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O FIELD OF THE TNVENTTON 

iiift 

The present invention relates to systems and 
rO methods for operating drug delivery devices, such as drug 

'f pumps . 

I s * 

20 

j;3 BACKGROUND OF THE INVENTION 

r«| Various ambulatory medical devices are known for 

U't treating and/or monitoring patients at a remote site away 

from the caregivers or clinician's office. One example of 
25 an ambulatory medical device is a drug delivery device, 
such as a drug pump, for providing periodic or continuous 
drug delivery to the patient when the patient is away from 
the caregiver's office. 

Certain drugs rarely achieve their maximum 
30 therapeutic action through conventional injection 

techniques. Many drugs reach their full potential only 
through precise delivery over an extended period of time. 
With controlled drug infusion through a drug pump, the drug 
can be given at a precise rate that will keep the drug 
35 concentration within the therapeutic margin and out of the 
toxic range. Ambulatory drug pumps can provide appropriate 
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drug delivery to the patient at a controllable rate which 
does not require frequent medical attention and which 
allows the patient to leave the hospital or caregiver's 
office . 

5 A failure to adequately monitor the drug pump and 

the patient's usage of the drug pump can reduce or 
eliminate any benefits the patient may have received from a 
proper drug delivery therapy. In some cases, the drug 
therapies can have serious health consequences to the 

10 patient if the drugs are not administered properly. 

..-Various concerns arise in connection with 
operation of the drug pumps. One concern arises in that 
the drug pump must be adequately monitored when the patient 
utilizes the drug pump at a remote site. Another concern 

15 relates to controlling the sophisticated therapies desired 
by the caregivers and the patients for the ambulatory drug 
pumps. Additional concerns relate to accurate pumping of 
an appropriate drug therapy. Still further concerns relate 
to the costs to manufacture and maintain the drug pump. 

20 There is a need for drug pump operating systems 

and methods which address the above concerns and other 
concerns . 

SUMMARY QF THE INVENTION 
25 The present invention concerns a drug pump 

including a control module interconnectable to a cassette, 
the cassette being linked to a remote fluid reservoir or an 
enclosed fluid reservoir disposed within the cassette. The 
control module includes a pump mechanism for pumping fluid 
30 from the fluid reservoir to the patient. The control 
module includes a control system including a pump 
application program for providing a desired therapy, and 
patient specific settings accessed by the pump application 
program to deliver the particular therapy desired to the 
35 patient. The control system further includes a display and 
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a keyboard. Preferably, a communications port is provided 
to transfer information to and from the drug pump. The 
drug pump is programmable to allow for different pump 
application programs for pumping different therapies to a 

5 patient, such as an antibiotic therapy, a chemotherapy, a 
pain control therapy, and a nutritional therapy. 

Systems and methods are provided for 
communication between two drug pumps or between a drug pump 
and a computer. Further systems and methods are provided 

0 for simulating a pump, such as for training purposes. 

Systems and methods are further provided for reprogramming 
the pump application program including a flash memory 
resident within the control module. Systems and methods 
are also provided for identifying a cassette mounted to the 

5 control module. Systems and methods are further provided 
for automated testing of the pump systems, such as 
operation of the pumping mechanism. 



BRIEF DESCRI PTION OF THE DRAWINGS 
0 Figure 1 is a first preferred embodiment of a 

drug pump including a control module and a drug cassette 
according to the present invention. 

Figure 1A is a right side view of the control 
module of Figure 1 showing the latch and the lock for use 
25 in attaching the drug cassette to the control module. 

Figure IB is a left side view of the control 
module of Figure 1 showing the external power port and the 
communications port. 

Figure 2 is a side view of the pump mechanism of 
30 the control module of the drug pump of Figure 1. 

Figure 3 is an alternative cassette (remote 
reservoir adapter) to the cassette shown in Figure 1. 

Figure 4 is a schematic drawing of the control 
system of the drug pump of Figure 1. 



Figure 5 is a schematic drawing showing pump to 
pump communication via a local or a remote link. 

Figure 6 is a schematic drawing showing 
communication between a pump and a computer system, such as 
5 a personal computer, over a local or a remote link. 

Figure 7 is a schematic drawing showing a drug 
pump in a closed loop system for automated testing of the 
pump functions. 

Figures 8A and 8B together show a more detailed 
10 block diagram of the control system of Figure 4 for the 
pump shown in Figure 1 . 

Figures 8C-8E lay out the memory configuration of 
memory devices shown in Figure 8B. 

Figure 9 is a schematic drawing illustrating the 
15 pump to pump communication system of Figure 5 in greater 
detail . 

Figure 10 is a schematic drawing illustrating a 
second system using a personal computer to communicate with 
a local pump and/or a remote pump. Local pump and remote 
20 pump communications capability is also shown. 

Figure 11 is a schematic drawing of a preferred 
modum useful in the communication systems shown in Figures 
9 and 10 to allow simultaneous voice and data transmission 
during pump-to-pump communication. 
25 Figure 12A is a flow chart of an operational 

sequence of the patient pump with respect to the normal 
pumping mode for pumping fluid and the slave mode for pump 
to pump communication. 

Figure 12B is a flow chart of an operational 
30 sequence of the caregiver pump with respect to the normal 
pumping mode for pumping fluid and the master mode for pump 
to pump communication. 

Figure 13 is a flow chart of two preferred 
operational sequences for communication between the 
35 caregiver pump and the patient pump. 
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Figure 14 is a flow chart showing operation of an 
automatic lock level feature. 

Figure 15 is a schematic drawing showing a 
computer screen displaying an image of a pump, as part of a 
5 computer system used for communicating with a pump. 

Figure 16 is a schematic drawing showing a second 
computer screen displaying an image of a pump, as part of a 
computer system, and including information displayed on the 
screen relating to simulation sequences for use in 
10 training. 

~ Figure 17 is a schematic drawing of the drug pump 
of Figure 1 shown linked to a personal computer for 
communication with the personal computer for programming of 
the flash memory of the pump. 
15 Figure 18 is a schematic drawing illustrating the 

pump of Figure 17 linked to a personal computer located at 
a remote site. 

Figures 19-27 illustrate one preferred cassette 
identification system for the pump of Figure 1. Figures 
20 19-21, 24, 25 and 27 show portions of the control module 
and a first cassette. Figures 22 and 23 show a second 
cassette. Figure 26 shows a third cassette. 

Figure 28 is a schematic drawing of an automated 
testing system according to one embodiment of the present 
25 invention for testing the pump of Figure 1. 

Figure 29 shows a schematic drawing of one 
embodiment of the testing device shown in Figure 28. 

Figure 30 is a flow chart representation of the 
preferred steps taken during the testing of the system 
30 shown in Figure 28. 

Figure 31 is a flow chart representation of the 
preferred steps taken during system initialization as 
identified in the flow chart of Figure 30. 



Figures 32A and 32B are flow chart 
representations of the preferred steps taken during the 
flow test identified in the flow chart of Figure 30. 

Figure 33 is a flow chart representation of the 
preferred steps taken during the pressure test identified 
in the flow chart of Figure 30. 

Figures 34A and 34B are flow chart 
representations of the preferred steps taken during the 
maintenance test identified in the flow chart of Figure 30. 

DESCRIPTION OF THE PREFERRED EMBODIMENTS 

GENERAL OVERVIEW 

Referring now to Figure 1, a drug pump 100 
includes a control module 102 which is selectively mounted 
to a cassette or cartridge 104. Cassette 104 is shown as 
including an outer housing 106 with a fluid reservoir 108 
disposed within outer housing 106. Extending from fluid 
reservoir 108 and positioned adjacent control module 102 is 
a tubing 110 which is connectable to a patient, such as by 
a Luer lock 112. Cassette 104 includes a pressure plate 
114 which cooperates with a pump mechanism 14 0 (see Figure 
2) of control module 102 to pump fluid from fluid reservoir 
108 through tubing 110 to the patient. In Figure 1, fluid 
reservoir 108 is configured as a flexible fluid bag or 
pouch • Other fluid containers are possible. In addition, 
fluid reservoir 108 is shown contained within cassette 104 . 

A remote fluid reservoir 108 separate from cassette 104 is 
possible . 

In Figure 1A, latch 116 of control module 102 is 
rotatably operated to securely latch cassette 104 to 
control module 102. Lock 118 is operable to prevent latch 
116 from being unlatched, such as by an unauthorized 
person. In some drug therapies, a locking of cassette 104 
to control module 102 is required. 



Control module 102 includes an outer housing 120 
containing within the control system and pump mechanism 
140. Control module 102 includes a keyboard 122 with a 
plurality of keys 124 including up and down arrow keys 
5 124a, 124b for scrolling. Tactile structures can be 

provided to assist a user in distinguishing the keys 124 by 
feel. Keyboard 122 permits entry of information to pump 
100. Control module 120 further includes a display 126 for 
displaying information concerning operation of pump 100. 

10 Visual indicators 128, 130, such as amber and green LED 

indicators are provided with control module 120 to indicate 
various conditions of pump 100 to the patient or caregiver. 
Referring now to Figure IB, a communications port 
132 allows for communication with pump 100 from an external 

15 device located either locally or remotely relative to pump 
100. An external power supply port 134 allows for 
connection of an external power supply to operate pump 100. 

Pump 100 is an expulsor or peristaltic infusion 
pump which includes pump mechanism 140 as shown in Figures 

20 2A-D. Pump mechanism 140 squeezes tubing 110 in a 

particular manner to achieve pumping of fluid from the 
reservoir to the patient. Pump mechanism 140 includes a 
reciprocally mounted inlet valve 142, a reciprocally 
mounted expulsor 144 downstream of inlet valve 142, and a 

25 reciprocally mounted outlet valve 146 downstream of 

expulsor 144. End 148 of inlet valve 142 is moved by pump 
mechanism 142 to alternately open and close tubing 110. 
End 150 of expulsor 144 is moved by pump mechanism 140 to 
compress tubing 110 to pump fluid and to allow expansion of 

30 tubing 110 following compression. End 152 of outlet valve 
146 is moved to compress tubing 110 to alternately open and 
close tubing 110. A rotatable cam shaft 154 is rotated by 
motor 156 through gearing 158. The various components of 
pump mechanism 140 are supported by chassis 160 disposed 

35 within housing 120 of control module 102. Cam shaft 154 
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preferably includes three rotatable cams 162, 164, 166 
configured as shown in Figure 2. 

Preferably, cam shaft 154 is constructed and 
arranged with double lobes (180° activation cycle) for each 
5 cam 162, 164, 166 for optimized energy consumption, such as 
described in U.S. Patent No. 5,364,242, issued November 15, 
1994, the disclosure of which is incorporated herein by 
reference. Preferably, pump mechanism 140 is made in 
accordance with the methods described in U.S. Patent No. 

10 5,364,242. Other pump mechanisms are anticipated including 
finger style pump mechanisms, roller pump mechanisms, and 
other fluid pumping arrangements. Examples of further 
expulsor style infusion pumps are shown in U.S. Patent Nos. 
4,559,038; 4,565,542; 4,650,469; and 5,181,910, the 

15 disclosures of which are incorporated^ herein by reference. 

Referring now to Figure 3, a remote reservoir 
adaptor 170 is shown which is mountable to control module 
102 in a similar manner as cassette 104. However, instead 
of including a self-contained fluid reservoir 108, adaptor 

20 170 is separate from remote fluid reservoir 172. Tubing 
174 links remote fluid reservoir 172 to adaptor 170. 

Both adaptor 170 and cassette 104 include an 
upper surface 175 with two extending hooks 177 and a loop 
176 which permit releasable mounting to control module 102. 

25 See for example U.S. Patent No. 4,565,542 previously 
incorporated by reference. Adapter 170 and cassette 104 
may be both referred to as "cassettes." Hooks 177 engage a 
suspended pin assembly on control module 102 and loop 176 
is engaged by latch 116 to mount the cassette to control 

30 module 102. Latch 116 in the latched state holds loop 176 
so that the cassette cannot be pivoted away from control 
module 102 about an axis defined by hooks 177 and the 
suspended pin assembly. 

Referring now to Figure 4, a schematic of a 

35 control system 180 of control module 102 is shown. Control 
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system 180 controls the operation of pump 100. Control 
system includes a microprocessor 182 and a memory 184 
programmable with selected functions for controlling 
operation of pump mechanism 140 and the other features of 
5 pump 100. Memory 184 can be a single memory internal to 
control module 102, or it can be a plurality of memory 
locations within control module 102. Control module 102 
may also be designed and configured to accept one of a 
plurality of separate memory modules or memory cassettes 
10 containing information defining specific operational 
characteristics . 

Specifically, memory 184 stores various programs 
and data related to the operation of pump 100. Memory 184 
is coupled to microprocessor 182, which in turn runs the 
15 desired operating programs which control operation of pump 
mechanism 140. Stored in memory 184 is the program to 
permit communication with devices external to pump 100. 

Access to microprocessor 182 is provided through 
communications port 132. Communications port 132 is 
20 preferably a standard RS232 communications port, although 
other communication links are possible (e.g., infrared 
telemetry) . Information programmed into memory 184 
instructs information to be transmitted or received via 
communications port 132. This feature allows information 
25 being received via communications port 132 from an external 
device to control pump 100, This feature also allows for 
the downloading of any or all information from memory 184 
to an external device. An example of one type of device 
with which the pump 100 might communicate is described in 
30 United States Patent Application Serial No. 08/561,809, 
which is entitled Pump Tracking System and was filed on 
November 22, 1995, the disclosure of which is hereby 
incorporated by reference. 

Control system 180 also includes keyboard 122 or 
35 other operator input structure for providing information to 
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microprocessor 182. When a key 124 is pressed on keyboard 
122, the key sends a signal to microprocessor 182 
indicative of the key being pressed. Microprocessor 182 
responds to the signal received in the desired manner. 
5 Other such input structures may include knobs, buttons, or 
other like structures for performing pump functions, such 
as starting, stopping, and priming pump 100. 

Display 126 of control system 180 includes 
structure for displaying information to the patient or 

10 caregiver. A liquid crystal display ("LCD") may be 

provided.^ A 4 -line x 21 character alpha/numeric display 
capable of creating 5x7 pixel characters may be used. 
Display signals sent from microprocessor 182 permit display 
of information related to the operation of pump 100 . 

15 Pump 100 may also be provided with a variety of 

sensors, switches, or other devices (hereinafter 
"sensors") . The type of sensors provided depends on the 
type of pump and its intended usage. An example of such 
sensors include occlusion detectors 186a, 186b for 

20 detecting occlusions in tubing 110. Preferably, at least a 
downstream occlusion sensor 186b, such as a pressure or 
force sensitive sensor for sensing pressure in tubing 110 
is provided, along with an associated CPU or hardwired 
circuitry. A silicon piezo resistive sensor is an example 

25 of occlusion detector 186b. Further examples of desirable 
sensors for pump 100 include a cassette latch sensor 188 
for indicating whether the control module's latch is open 
or closed, a cassette lock sensor 190 for indicating 
whether the latch is locked, an air sensor 192 for 

30 detecting air in tubing 110, a cassette identification 
sensor 196, and an external communications cable sensor 
198. The sensors typically send a suitable electrical 
signal to microprocessor 182 indicative of the condition 
sensed. Microprocessor 182 and memory 184 is appropriately 

35 programmed to receive and process such signals. In 

10 



addition, pump 100 may also be equipped with alarm 194, 
such as a visual alarm (e.g., lights 128, 130 of Figure 1) 
and/or an audible alarm (e.g. beeper) which is activated by 
the sensing of one of the conditions mentioned above, or 
5 other conditions. Alarm 194 may be activated as a result 
of other triggering events, such as error conditions with 
respect to the power supply or pump hardware. Alarm 
signals sent from microprocessor 182 permit activation of 
alarm 194. 

10 Referring now to Figures 5-7, various schematic 

drawings ^are shown illustrating possible uses of pump 100 
in accordance with the present invention. In Figure 5, 
pump 100 is shown linked to a second pump 200 via a 
communications link 202. Communications link 202 can be 

15 either a local link, or a remote link. Communication 

between pump 100, and second pump 200 is for a variety of 
purposes, including information transferred between a 
patient pump and a caregiver pump, such as in the event of 
an error condition, or a programming update, or a status 

20 update. The pump to pump communication system 203 of 

Figure 5 is useful to allow convenient communication with a 
functional patient pump 100. 

Referring now to Figure 6, pump 100 is linked to 
a computer system 204, such as a personal computer, via 

25 communications link 206, either locally or remotely. Pump 
to computer system communication system 207 of Figure 6 is 
useful for transferring information between a functioning 
patient pump 100 and the computer system 204. 

Referring now to Figure 7, pump 100 is shown 

30 linked to computer system 204 and also to pump tester 210. 
An information transfer link is provided by communications 
link 208 between pump 100 and computer system 204. An 
information transfer link between pump tester 210 and 
computer system 204 is provided via communications link 

35 212. A fluid line 214 between pump 100 and pump tester 210 
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provides a closed loop system 215 for automated testing of 
a functioning patient pump 100. 

Referring now to Figures 8A and B, a more 
detailed block diagram for control system 180 of pump 100 
5 is shown. In addition to the features of control system 
180 described above, see for example Figure 4, control 
system 180 also includes various other sensors, switches, 
or devices needed or useful in operating the various 
features of pump 100. 

10 A motor position sensor 220 is provided for 

monitoring the position of the motor of the pumping 
mechanism. An appropriate signal is generated by sensor 
220 and communicated to microprocessor 182. 

Beeper 222 provides an audible signal at the 

15 desired time to the user of pump 100. An appropriate 

signal from microprocessor 182 activates beeper 222 at the 
appropriate time. 

External communication sensor 198 senses when a 
communications cable connection or powered external serial 

20 device connection is made with respect to pump 100 at 
communications port 132. An appropriate signal is 
generated by external communication sensor 198 and sent to 
processor 182 indicative of the connection and/or the lack 
of connection with the communications cable or other 

25 connection device. Such connection can automatically 

trigger events in pump 100 , such as initiation of pump to 
pump communications operation. Optionally, external 
communication sensor 198 can sense when a remote dose cord 
is attached, or when a remote data gathering device (e.g., 

30 temperature sensor, blood pressure monitor, EKG monitor, or 
respiratory monitor) is attached. The remote dose cord can 
also be used by the patient as an event marker for storage 
in pump memory 184. For example, the patient can note with 
the remote dose cord a nauseous condition. 
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Motor control switch 224 turns on and off the 
motor of pump mechanism 140 at the desired time based upon 
signals sent from microprocessor 182. Pump 100 can be 
intermittently operated a predetermined number of times at 
5 predetermined intervals according to the pump operations 
program provided to control system 180, These intervals 
can range from once every couple of seconds or less to as 
long as a couple of times an hour or more. 

Air detector port 226 allows the plug in of an 
10 appropriate external sensor to sense air in the fluid 
conduit between the reservoir and the patient. A sensor 
may be provided to sense when the air sensor is attached, 
or when the door to the port is , removed. 

AC adapter sensor 228 senses when an AC adapter 
15 has been plugged into pump 100 such that the pump is then 
powered by the alternating current power supply or a 
battery pack. 

Temperature sensor 229 senses the temperature to 
provide an input to the pump operating program to increase 
20 the accuracy of the pressure sensor. Tube compression 

properties can be affected by the ambient air temperature. 

Battery sensor 23 0 senses the presence of a 
battery supply, such as a nine volt battery. Battery 
sensor 230 also senses when the battery supply is low. 
25 Auxiliary battery output port 232 is provided for 

supplying a source of power to an external accessory of 
pump 100 from the power supply of pump 100. 

Remote dose cord port 234 permits interconnection 
of a remote dose cord arrangement to pump 100. The remote 
30 dose cord arrangement permits the patient to remotely press 
or simulate pressing a key on keyboard 122 , such as the key 
which manually operates the pumping mechanism, via a signal 
from a remote switch sent through remote dose cord port 234 
to processor 182. A signal generated by an appropriate 
35 sensor at port 234 is sent to microprocessor 182 to 
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indicate to microprocessor 182 that the remote dose cord is 
connected to pump 100. 

A serial communication device 236 is provided for 
controlling communications access with auxiliary battery 
5 output port 232, remote dose cord port 234, communications 
port 132, and sensor 198 in a serial manner. 

Pump mechanism 140 is illustrated as being 
controlled by motor control switch 224 and monitored by 
motor position sensor 220. Pump mechanism 140 is 

10 responsible for pumping fluid from the reservoir to the 
patient. As noted above, one possible pumping mechanism 
includes a rotatable cam shaft with tube engaging followers 
reciprocally mounted to move as the cam shaft rotates. 

The various sensors, switches, and devices in 

15 control system 180 generate and/or receive an appropriate 
signal or signals during communication with microprocessor 
182 during operation of pump 100. Microprocessor 182 is 
electrically interconnected through an appropriate 
interface bus 23 8 with all of the various sensors, 

20 switches, and other devices of pump 100. Microprocessor 
182 responds to input signals by generating appropriate 
control output signals in accordance with the program 
control logic stored in memory. One preferred 
microprocessor 182 that may be used in connection with pump 

25 100 is an MC68HC11E9 high-density complimentary metal-oxide 
semiconductor (HCMOS) high performance microcontroller unit 
(MCU) by Motorola. Such processor includes 512 bytes of 
electrically erasable programmable read only memory 
(EEPROM) , and 512 bytes of random access memory (RAM) . 

30 Microprocessor 182 is further electrically 

interconnected to a flash memory 240, an electrically 
erasable programmable read only memory (EEPROM) 242 and a 
static random access memory (RAM) 244. A real time clock 
246 is also provided. Battery 248, such as a lithium cell, 
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provides a power supply to the real time clock 246 and the 
static RAM 244 . 

Microprocessor 182, flash memory 240, EEPROM 242, 
static RAM 244, gate array 257, real-time clock 246, and 
5 parallel input/output means 258 comprise at least a part of 
the processor control circuitry of control system 180. 

As shown in Figure 8B, a voltage reference 260 is 
provided as part of control system 180 in the preferred 
embodiment . As shown in Figure 8A, a low battery shutdown 

10 and reset device 262 is provided in control system 180 in 
the preferred embodiment. 

The pump system software includes software 
designed to reside inside the pump as well as software 
designed to run on a personal computer (PC) . The pump is a 

15 hardware platform designed to support a variety of software 
which implements different infusion modes, as well as other 
utility features. In addition, the pump can communicate 
with accessory PC programs, either via a direct serial 
connection, over phone lines using a modem, or other 

20 communication methods. The system software includes 

executable programs such as pump software programs which 
implement an infusion mode (also called "applications"); 
pump software programs which implement something other than 
an infusion mode (also called "utilities"); and pump 

25 software which handles power-up control (also called "the 
boot system") . 

The pump applications also can provide different 
infusion modes including, but not limited to: 

1) An infusion mode consisting of a basal-rate 

30 delivery superimposed with patient demand doses (suitable 
for Patient Controlled Analgesia (PCA) pain control 
therapy, etc . ) . 

2) An infusion mode consisting of a large volume 
delivered over a period of time during which the delivery 

35 rate first linearly increases, then stays constant, and 
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finally linearly decreases (suitable for Total Parenteral 
Nutrition (TPN) intravenous nutritional therapy, hydration 
therapy, etc. ) . 

3) An infusion mode consisting of constant -amount 

5 automatic doses repeated at regular intervals (suitable for 
intermittent delivery therapies such as antibiotic therapy, 
etc . ) . 

4) An infusion mode consisting of a constant rate 
(suitable for a wide variety of continuous delivery 

10 therapies such as chemotherapy, etc.). 

The pump applications/utilities and boot system 
also can provide features in addition to infusion modes 
including, but not limited to: 

1) A feature to switch from one infusion mode to 
15 another, and to load new pump software programs under 

external control via a direct serial connection or other 
communication methods. 

2) A feature to run diagnostic functions which can 
be used to test the operation of the pump hardware under 

20 external control via a direct serial connection or other 
communication methods. 

3) A feature to allow an application running in the 
pump to be externally controlled via a remote serial 
connection or other connection, in order to troubleshoot 

25 the pump or monitor and adjust a patient's therapy. 

4) A feature to control an application running in 
another pump via a remote serial connection or other 
connection, in order to troubleshoot the pump or monitor 
and adjust a patient's therapy. 

30 The PC software programs can interface to a pump 

via a serial connection or other connection, and provide 
features including, but not limited to: 

1) A feature to load pump software programs into a 
pump, via a direct serial connection or other connection to 

35 software running in the pump. 
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2) A feature to test a pump's hardware, via a direct 
serial connection or other connection to software running 
in the pump. 

3) A feature to troubleshoot a pump or monitor and 
5 adjust a patient's therapy, via a remote serial connection 

or other connection to an application running in the pump. 
SOFTWARE OVERVIEW 

Desirable software of one preferred pump 
operating system and method includes software: for 

10 controlling pump power up; for implementing the pump 
application necessary to pump fluid to the patient; for 
implementing a master mode communication sequence between 
two pumps; for implementing a communication sequence 
between a PC and a patient pump; for testing the pump 

15 hardware; for controlling the pump hardware testing; and 
for changing resident pump applications and utilities using 
a PC. 

The pump software controls the pump after a 
power-up or power-on reset. Various inputs, processing 
20 features, and outputs are provided: 
Inputs 

1) Motor position sensor signals 

2) Serial cable connect signal 

3) Serial messages 
25 4) Watchdog signal 

5) Latch and lock sensor signals 

6) Real-time clock data and signals 

7) Manufacturing parameters 

8) Program look-up table data 
30 9) Launch program data 

Processing Features 

1) Initialize the microprocessor and configure the 
system. 

2) Perform power-up and run- time hardware self -tests 
35 necessary for its own safe operation. 
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3) Keep the hardware watchdog circuit from timing 

out . 

4) Display an error code on the LCD upon detecting 
an error in a hardware self-test, store the error code, and 

5 halt further execution with the device in a safe-state. 

5) Give visual notification that the software is 
executing (i.e. alive) within 5 seconds after hardware 
reset . 

6) Display status messages on the LCD, including but 
10 not limited to the following indications: 

The pump model 

The hardware ID and the last error code 
which was logged. 

The program ID of the current launch 
15 program. 

The program IDs of all installed 
applications . 

7) Operate in one of two modes: launch mode, in 
which an application or utility is automatically executed; 

20 and command mode, in which it shall receive command 
messages via the serial port and send status messages. 

8) In launch mode, begin execution of the launch 
program or the hardware testing software within 35 seconds. 

9) In command mode, determine if it is connected 
25 serially to a PC testing station, and if so, launch the 

pump testing utility. 

10) In command mode, display status messages on the 
LCD, including but not limited to indications that: 

No applications or utilities exist in memory 
30 • The pump has established communications with 

a PC 

A program download is in progress 
A program download has been completed 
A program download has failed or been 
35 interrupted 
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11) In command mode, provide means to report which 
application or utility is currently the launch program via 
the serial port. 

12) In command mode, provide means to report which 

5 programs exist in memory and to verify the integrity of any 
program via the serial port. 

13) In command mode, provide means to retrieve the 
manufacturing parameters via the serial port. 



10 application or utility program via the serial port and load 
it into memory. 

15) In command mode, provide means to receive the 
manufacturing parameters via the serial port and program 
them into memory. Also provide means to receive the time 

15 and date via the serial port and store it into the real- 
time clock. 

IS) In command mode, provide means to enable or 
disable an application or utility which exists in memory 
via the serial port. It is preferred not to be able to 
20 launch a disabled program. 



14) In command mode, provide means to receive an 



Outputs 



25 



30 



35 



1) 
2) 
3) 
4) 
5) 
6) 



7) 



8) 



9) 

10) 

11) 



12) 



13) 



14) 



Audible indicator control signals 
Visual indicator control signals 
Display text 
Watchdog strobe signal 

Latch and lock sensor power control signals 

Disposable type sensor power control signals 

Serial messages 

History log data 

Error log data 

Manufacturing parameters 

Program look-up table data 

Launch program data 

Flash ROM program slots 

Motor spike flag 
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The pump software implements different infusion 
modes or applications. Various inputs, processing 
features, and outputs are provided: 
Inputs 



20 necessary for its own safe operation. 

2) Keep the hardware watchdog circuit from timing 

out . 

3) Display an error code on the LCD upon detecting 
an error in a hardware self -test, store the error code, and 

25 halt further execution with the device in a safe-state. 

4) Provide means to input delivery parameters 
appropriate for the infusion mode. 

5) Keep status parameters appropriate for the 
infusion mode. 

30 6) Provide means to input configuration parameters 

appropriate for the infusion mode. 

7) Control the pumping mechanism to implement the 
infusion mode. 
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1) Key presses 

2) Auxiliary input signals/remote dose signals 

3) Power source sensor signals 

4) Motor position sensor signals 

5) Serial cable connect signal 

6) Serial messages 

7) Latch and lock sensor signals 

8) Disposable type sensor signals 

9) Air-in-line sensor signals 

10) Pressure sensor signals 

11) Voltage reference signal 

12) Real-time clock data and signals 

13) Delivery, status, and configuration parameters. 
Processing Features 

1) Perform power-up and run- time hardware self -tests 
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8) 



Monitor hardware sensor input signals. 
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9) Issue audible and/or visual alarms to indicate 
certain conditions or occurrences to the user. 

10) Provide means to determine which other programs 
exist in memory, and to switch to another program. 

5 11) Send and receive messages through the serial 

port . 

12) Include a slave mode of operation during which it 
is controlled via a remote serial connection, by processing 
received keypress messages and sending display update 

10 messages. 

13) In slave mode, receive serial command messages, 
and send serial status messages for the following data: 
event history, error history, current delivery, status, and 
configuration parameters, automatic odometers, and 

15 manufacturing parameters. Allow for random access to the 
delivery, status, and configuration parameters, send serial 
paging messages to another remote pump, and respond to 
serial paging messages from the remote pump. 
Outputs 

20 1) Audible indicator control signals 

2) Visual indicator control signals 

3) Display text 

4) Motor control signals 

5) Watchdog strobe signal 

25 6) Latch and lock sensor power control signals 

7) Disposable type sensor power control signals 

8) Air- in- line sensor test signal 

9) Serial messages 

10) Real-time clock data 

30 ID Delivery, status, and configuration parameters 

12) History data 

13) Error log data 

14) Automatic odometer data 

15) Manufacturing parameters 
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Pump software is provided to implement a master 
mode of operation, during which one pump controls a pump 
application in another pump via a remote serial connection 
by sending keypress messages and receiving display update 
5 messages. Various inputs, processing features, and outputs 
are provided: 
Inputs 

1) Key presses 

2) Power source sensor signals 
10 3) Serial cable connect signal 

4) Serial messages 

5) Watchdog signal 

6) Real-time clock data and signals 
Processing Ffiahir^ 

15 1) Perform power-up and run- time hardware self -tests 

necessary for its own safe operation. 

2) Keep the hardware watchdog circuit from timing 

out . 

3) Display an error code on the LCD upon detecting 
20 an error in a hardware self -test, store the error code, and 

halt further execution with the device in a safe-state. 

4) Send serial keypress messages to another remote 
pump, and process received serial display update messages. 

5) Send command messages to an external modem to 
25 initialize it and control its operation. 

6) Provide means to send serial paging messages to 
another remote pump, and respond to serial paging messages 
from the remote pump. 

Outputs 

30 1) Audible indicator control signals 

2) Visual indicator control signals 

3) Display text 

4) Watchdog strobe signal 

5) Serial messages 
35 6) Error log data 
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7) History log data 

PC software is provided which controls a pump 
application via a remote serial connection. Various 
inputs, processing features and outputs are provided: 
5 Inputs 

1) Keyboard input 

2 ) Mouse input 

3) Serial messages 

4) Real-time clock 

1° 5) Automatic Odometer data 

6) Manufacturing parameters 
Processing Efiafclirfia 

1) Provide a graphical representation of a pump on 
the PC screen which has keys that can be activated using a 

15 mouse. 

2) Send serial keypress messages to a remote pump, 
and process received serial display update messages by 
updating the pump displayed on the PC screen. 

3) Provide means to send serial command messages to 
20 a remote pump, and store received status messages to disk 

for the following data: history log, error log, current 
delivery, status, and configuration parameters, program ID, 
program name, program description, serial number, and 
hardware ID. 

25 4 > Provide means to send serial messages which allow 

random access to a remote pump's delivery and status 
parameters. Provide means to send serial paging messages 
to another remote pump, and respond to serial paging 
messages from the remote pump. 

30 5) Provide means to display a representation of 

event history status messages. 

6) Provide means to print data retrieved from the 
pump, and retrieve and print data stored on disk. 

7) Operate without requiring knowledge about the 
35 application running on the remote pump. 
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Outputs 

1) Audible indicator control signals 

2) Display information 

3) Serial messages 

5 4) Real-time clock data 

5) Disk files 

Pump software is provided which allows the pump 
hardware to be tested via a direct serial connection. 
Various inputs, processing features and outputs are 
10 provided: 

inputs 

1) Keyboard input 

2) Auxiliary input signals 

3) Power source sensor signals 
15 4 > Motor position sensor signals 

5) Serial cable connect signal 

6) Serial messages 

7) Latch and lock sensor signals 

8) Disposable type sensor signals 
20 9) Air-in-line sensor signals 

10) Pressure sensor signals 

11) Voltage reference signal 

12) Real-time clock data and signals 

13) History log data 
25 14) Error log data 

Processing Feature 

1) Perform power-up and run- time hardware self -tests 
necessary for its own safe operation. 

2) Keep the hardware watchdog circuit from timing 

30 out. 

3) Process received serial command messages, and 
send serial status messages. 

4) Provide means to pump at a specified rate or 
deliver a bolus of a specified volume. 



5) Provide means to detect a high pressure 
condition. 

6) Provide means to perform hardware self -tests, and 
report the results on the display or via serial messages. 

5 7) Provide means to perform additional interactive 

diagnostic hardware tests. (e.g. for the keypad, display, 
beeper, disposable sensors, and air-detector) . 

8) Provide means to perform an interactive, non- 
recoverable motor safety circuit check. 
10 Outputs 

1) .Audible indicator control signals 

2) Visual indicator control signals 

3) Display text 

4) Motor control signals 
!5 5) Watchdog strobe signal 

6) Latch and lock sensor power control signals 

7) Disposable type sensor power control signals 

8) Air-in-line sensor test signal 

9) Serial messages 

20 10) Real-time clock data 

11) Delivery, status, and configuration parameters 

12) History log data 

13) Error log data 

PC software is provided which controls pump 
25 hardware testing via a direct serial connection. Various 
inputs, processing features, and outputs are provided: 
Inputs 

1) Key presses 

2) Mouse presses 
30 3) Serial messages 

Processing Fsamrps 

1) Communicate with a pump via a serial link. 

2) Provide means to query a pump for diagnostic 
information. 



3) Provide means to instruct a pump to perform 
hardware and functional tests. 

4) Control an infusion pump analyzer. 

5) Provide means to print and store to disk the 
5 results of pump hardware tests. 

Outputs 

1) Audible indicator control signals 

2) Display text 

3) Serial messages 
10 4) Disk files 

^ PC software is provided which changes resident 
pump applications and utilities via a direct serial 
connection. Various inputs, processing features, and 
outputs are provided: 
15 Inputs 

1) Keyboard input 

2) Mouse input 

3) Serial messages 

4) Disk files 

20 5) Manual or electronic order-entry information 

Processing Features 

1) Send command messages to a pump through the 
serial port and receive status messages back. 

2) Query a pump to determine its serial number and 
25 which applications and utilities reside in the pump by 

program ID. 

3) Provide means to read application or utility 
software from a disk file, instruct a pump to load the 
program into a certain program slot, and send it to the 

30 pump. 

4) Provide means to instruct a pump to 
enable/disable a certain application or utility. 

5) Maintain pump- tracking information disk files 
which list all application-changing activities by pump 

35 serial number. 



6) Display status messages when communicating with a 
pump and loading a program. 

7) Provide means to input the manufacturing 
parameters, instruct the pump to store the data, and send 

5 it to the pump. 

8) Provide means to load pump programs corresponding 
to order-entry information. 

Outputs 

1) Audible indicator control signals 
10 2) Display text 

3) Serial messages 

4) Disk files 

5) Manual or electronic pump-tracking information 



15 PUMP TO PTTMP COMMTTMTCATTON SY STEMS ANT) MRTwnng 

Referring now to Figure 5 generally, and to 
Figure 9 specifically, a system 203 of communication 
between a local drug pump 200 (or caregiver pump) and a 
remote drug pump 100 (or patient pump) is shown. In system 

20 203, local pump 200 is functioning as a caregiver pump for 
use by the caregiver at the site 3 00 where the caregiver is 
located, such as the caregiver's office. Site 300 may be 
the caregiver's home, during on call periods, or even the 
caregiver's automobile, if the automobile is provided with 

25 some communications capability for sending and receiving 
signals with respect to another site. In system 203, the 
caregiver operating pump 200 is typically a nurse, 
physician, therapist, or other medical personnel. 

In system 203, remote pump 100 is functioning as 

30 an ambulatory patient pump for pumping drugs to the patient 
and is located with the patient at a site remote from 
caregiver pump 200, such as at the patient's home 302. 
Also, site 302 may be the patient's workplace. 

Pumps 100, 200 each include a pumping mechanism 

35 which is capable of pumping fluid from a fluid reservoir to 
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a patient. Specific components of patient pump 100 are 
shown in greater detail in Figures 1-4 and 8. Caregiver 
pump 100 is preferably identical to patient pump 200 with 
respect to the features shown in Figures 1-4 and 8. 
5 Both caregiver pump 200 and patient pump 100 can 

be utilized for pumping or delivering a drug to a patient 
when the respective pump is interconnected to the patient. 

Pumps 100, 200 are preferably identical with respect to 
the electrical and the mechanical fluid pumping functions. 
10 One advantage of this is that caregiver pump 200 can be an 
unused spare patient pump 100. As will be discussed below, 
the respective control systems of pumps 100, 200 may be 
programmed differently to operate in the appropriate 
desired manner during pump to pump communications. As will 
15 also be discussed, this programming can be done locally or 
remotely. Preferably, pumps 100, 200 include appropriate 
programs to operate either as a master pump or as a slave 
pump during pump to pump communications. In some cases, 
the programs in each pump that control operation of the 
20 pumping mechanism will be different. This will also be 
discussed in more detail below. 

Pumps 100, 200 each include operator input 
structure for permitting an operator of the respective pump 
to communicate with the control system of the pump, 
25 specifically the internal processor of the pump and the 
information in the internal memory. In the preferred 
embodiment, a plurality of operator keys 304 on caregiver 
pump 200 are provided for pressing by the caregiver. 
Preferably, each key has at least one function. Keys 304 
30 send a signal to the control system of caregiver pump 200 
indicative of the key pressed by the caregiver. The 
control system of pump 200 responds in the desired manner 
if an acceptable key press is made by the caregiver. 

Patient pump 100 has keys 124 preferably 
35 identical to keys 304. Keys 124 send a signal to the 
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control system of patient pump 100 indicative of the key 
pressed. The control system of patient pump 100 responds 
in the desired manner if an acceptable key press is made by 
the patient. 

5 Caregiver pump 200 includes a display 306 for 

displaying selected information stored in the control 
system. In one preferred embodiment, display 306 includes 
an LCD dot matrix display. LCD dot matrix display 306 is 
interconnected to the control system of caregiver pump 200. 

10 Display signals sent from the control system of caregiver 
pump 200 permit display of information related to operation 
of pump 200 on display 306. 

Patient pump 100 has a display 126 preferably 
identical to display 306 of caregiver pump 200. Display 

15 signals sent from the control system of patient pump 100 
display information related to operation of pump 100 on 
display 126. 

Communication port 308 of caregiver pump 200 
permits interconnection of the control system of caregiver 
20 pump 200 to a modem 310 located locally with respect to 
caregiver pump 200. Caregiver pump 200 is interconnected 
to modem 310 through connection structure 312, such as an 
RS232 serial cable. Caregiver pump 200 and modem 310 may 
be located at the caregiver's office 300, at the 
25 caregiver's home during on-call periods, or even at a 
mobile site, such as the caregiver's automobile. 

Communication port 132 permits interconnection of 
the control system of patient pump 100 to modem 320 with 
connection structure 322, such as an RS232 serial cable. 
30 Patient pump 100 and modem 320 are both located remotely to 
caregiver pump 200 and modem 310, such as at the patient's 
home or workplace 302, or other location remote from 
caregiver pump 200. 

Communication between pump 2 00 and pump 100 
35 through modems 310, 320 is over communications medium 324 
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such as conventional telephone lines, cellular phones, 
fiber optics links, satellite links, microwave links, or 
other links. Modems 310, 320 preferably communicate at 
9600 bps and include error correction and data compression 
5 features over conventional telephone lines. 

One advantage of the present invention is that 
the caregiver can communicate with the patient pump 100 
using a similar pump, the caregiver's pump 200. The 
caregiver presumably has knowledge of operation of patient 

10 pump 100. This knowledge is useful in utilizing caregiver 
pump 200 to communicate with patient pump 100 to access the 
processor of patient pump 100 from a remote location. 

Communication between the control system of the 
remote patient pump 100 and the control system of the local 

15 caregiver pump 200 permits remote data gathering from the 
remote patient pump by the local caregiver pump. Such data 
gathering may be useful for periodic monitoring of the 
patient pump 100 during use of the patient pump at the 
remote site. Data gathering may also be useful at the end 

20 of the patient use. 

Communication between the remote patient pump 100 
and the local caregiver pump 200 permits troubleshooting 
with respect to the remote patient pump, without the 
caregiver being located at the same location as the 

25 patient's pump. Remote troubleshooting is useful in the 
case where patients are unfamiliar with the some of the 
more sophisticated operations of their pump. Also, remote 
troubleshooting using the pump to pump communication system 
is useful for patients who have difficulty orally 

30 communicating with the caregiver over the telephone. 

Communication with the remote patient pump 40 is 
also useful for accessing the pump operations programs for 
changing or adjusting the operation of the remote patient 
pump from the local site, thereby saving the caregiver and 
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the patient time from not having to make an in-person 
visit . 

Information programmed into the control system of 
the caregiver pump 200 permits the caregiver pump 200 to be 
5 put into a master mode from the normal pumping mode at the 
appropriate time. In the master mode, caregiver pump 200 
sends a keyboard input signal indicative of a key 3 04 
pressed by the caregiver over port 308 to patient pump 100. 
In the master mode, caregiver pump 200 receives its 

10 display signals primarily from patient pump 100 via 
communication port 308. In the master mode, the key 
presses on keys 124 of caregiver pump 200 do not access the 
memory of caregiver pump 200 for the purposes of 
programming the memory of caregiver pump 200 or selecting 

15 information for display relating to caregiver pump 200. 
The master mode is primarily for permitting caregiver pump 
200 to communicate with the controller of patient pump 100 
for the purposes of programming the memory of patient pump 
100 or selecting information for display relating to 

20 patient pump 100 from the memory of patient pump 100. The 
master mode is carried out by a terminal application 
program in pump 2 00. 

With respect to patient pump 100, information 
programmed into its control system permits patient pump 100 

25 be put into a slave mode from the normal pumping mode at 
the appropriate time. In the slave mode, patient pump 100 
receives keyboard input signals primarily from caregiver 
pump 200 via communication port 132. Patient pump 100 
sends its display signals from communication port 13 2 to 

30 caregiver pump 200. 

To communicate between caregiver pump 200 and 
patient pump 100 over modems 310, 320, caregiver pump 200 
is out of the normal pumping mode and in the master mode. 
Similarly, patient pump 100 is out of the normal pumping 

35 mode and in the slave mode. In some cases, control systems 
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with sufficient capacity may be provided where the pumps 
200, 100 operate simultaneously in the normal pumping mode 
and in the master or slave modes. 

In system 203, patient pump 100 is at least 
5 programmed to be operable in two modes, the normal pumping 
mode and the slave mode. There typically is not a need for 
patient pump 100 to operate in the master mode when the 
patient possesses the patient pump. Further, in system 
203, caregiver pump 20 is at least operable in the master 

10 mode. However, situations are anticipated where it is 
desirable^ to have one or both pumps 100/ 200 include 
programs for operation in the normal pumping mode, the 
slave mode, and the master mode. In some cases, caregiver 
pump 200 may be an unused patient spare. At a later date, 

15 the unused patient spare may be needed as a patient pump. 
This would require the slave mode operating program, and a 
particular normal operation mode program suitable for the 
patient. It may be more efficient for the caregiver if the 
controller of each pump 100, 200 is preprogrammed to 

20 include both the master mode program and the slave mode 

program. The selection of master or slave mode may be made 
by the caregiver by preconf iguring the patient's pump 100 
to enter the slave mode during pump to pump communication, 
and not enter the master mode. The caregiver would have 

25 the capability to preconfigure the caregiver pump 200 to 
only enter the master mode during pump to pump 
communication, and not the slave mode if the caregiver 
desired. At some point later in time, the caregiver could 
reconfigure the caregiver pump 200 to only enter the slave 

30 mode during pump to pump communications if the caregiver 
pump 200 was needed as a patient pump. 

In system 203 of Figure 9 which shows linking 
caregiver pump 200 to patient pump 100, the caregiver is 
able to access the control system of patient pump 100, make 

35 various inputs using the caregiver's pump 200, and receive 
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back display inputs from patient pump 100 such that the 
caregiver can see the display inputs on the display 306 of 
caregiver pump 200. Such communication can occur when the 
patient pump 100 is located at a remote site from caregiver 
5 pump 200. This is particularly advantageous in saving 
resources by reducing the number of in-person visits 
between the caregiver and the patient. 

In one embodiment, disabling structure is 
provided with respect to caregiver pump 200 for disabling 

10 the pumping mechanism of caregiver pump 200 such that 

during pump to pump communications, the pumping mechanism 
and pumping protocol is suspended- Similarly, for patient 
pump 100, disabling structure is provided to suspend the 
pumping mechanism and the pumping protocol of patient pump 

15 100 during pump to pump communications. This may be 

necessary due to processor capability limitations. This 
may also be a safety feature to prevent a caregiver from 
starting operation of the patient's pump from the remote 
site. However, in some situations it may be desirable for 

20 caregiver pump 200 to begin operation of the pumping 
mechanism of patient pump 100 at a site remote from the 
location of the caregiver during pump to pump 
communications. If a suitable controller is provided, it 
may be possible to operate the pumping mechanism of patient 

25 pump 100 while patient pump 100 is communicating with 
caregiver pump 200. Suspension of operation allows the 
caregiver to see how the pump is configured. The pump is 
restarted after the pump is disconnected from pump to pump 
communications set up. 

30 Referring now to Figure 12A, a flow chart 380 is 

shown illustrating one preferred operational sequence of 
patient pump 100 with respect to the normal pumping mode 
and the slave mode. Figure 12B is a flow chart 382 
illustrating one preferred operational sequence of 

35 caregiver pump 200 with respect to the normal pumping mode 
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and the master mode. Figures 12A and B illustrate the 
operational sequences for each pump with respect to normal 
pumping operations mode, or pump to pump communications 
operations mode (slave and master modes) . Figures 12A and 
5 B specifically show the sequences with respect to 

communicating the key input signals and the display signals 
between the pumps. If a caregiver wanted to monitor or 
program a patient's pump 100 over the phone line 324, the 
caregiver and the patient would first contact each other, 

10 such as by voice communication over the telephone 326 , 328, 
as shown in Figure 9, to begin initiation of pump to pump 
communication • Telephones 326, 328 may be conventional 
telephones including means for dialing another phone, and a 
handpiece or other device for permitting voice 

15 communication with the party on the other end. Prior to 
initiation of pump to pump communication, both pumps 100, 
200 are in the normal pumping mode. 

Figure 13 is a preferred operational sequence 
shown as flow chart 3 84 for pump to pump communication. 

20 Caregiver pump 200 is operated in the master mode or 

terminal application in accordance with sequence 386. This 
program can be resident on memory 184 of pump 200. Once 
the cable is attached to caregiver pump 200, the pump 200 
is ready for pump to pump communication. The caregiver 

25 instructs the patient on the upcoming procedures. Both the 
caregiver telephone and the patient telephone are linked to 
the local modems 310, 320. Patient pump 100 is operated in 
accordance with sequence 388. After the cable 322 is 
connected to patient pump 100, a message is displayed on 

30 patient pump 100 "CONNECT TO PHONE." The patient is asked 
to verify the screen display, wait for a tone, and then 
hang up. The patient selects the " CONNECT TO PHONE" 
option, listens for tone and then hangs up. Once the 
caregiver hears the tone from patient pump 100, the 

35 caregiver presses a key 304 on caregiver pump 200. A 
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communication link has been established. The caregiver can 
review or modify patient pump 100. Patient pump 100 
displays a standard message and all key beeps are 
suppressed. When the caregiver has completed the desired 
5 communication with patient pump 100, the caregiver logs 
off- Patient pump 100 activates an alarm. The display 126 
instructs the patient to remove the communications cable 
322. The "suspended" status of patient pump 100 is 
removed, and the pump resumes normal pumping operation. 

10 The caregiver can call the patient back, if desired. 

The terminal application program shall be written 
such that it can stand alone in caregiver pump 200 which 
does not contain any patient pumping application program. 
The caregiver has the option of running a printing program 

15 on the terminal application program which prints the 

terminal application communications record consisting of 
the history of at least one pump to pump communication 
session with patient pump 100. This data can be saved 
immediately after logging on to patient pump 100. Such 

20 data may include: the time and date of log on and the 

serial number of the pump running the terminal application 
program; information concerning patient pump 100 including 
the model number, the serial number, and the identifier of 
the pump application program running in patient pump 100; 

25 information concerning the specific application program 
running in patient pump 100 including the type of cassette 
attached to the pump, the status of the latch, the status 
of the lock, the status of the external power source, the 
status of the air detector, and the run/stop status of the 

30 application program. A terminal application communications 
record can be generated at the time of logging off 
including the same type of data noted above. The terminal 
application communications record can also include the last 
error code of patient pump 100. Also, the terminal 

35 application communications record may include the pump's 
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current time, the pump's current date, the pump's event 
log, the pump's error history, the pump's hardware I.D., 
and the pump's 9 -volt battery state. In the case of a 
patient controlled analgesic therapy, additional reports 
5 can be generated including any demand dose or clinician 
lock level. 

When the software of caregiver pump 200 detects 
the communication cable has been connected, the caregiver 
shall be presented with two connection choices, a 

10 communications mode, and a printer mode. The 

communications mode allows communication with a pump. The 
printing option allows the caregiver to print an event log 
including a descriptive name of the report, the name, model 
and serial number of the pump, the time and date the report 

15 was printed, the active application program, a label placed 
to write the patient's name, the patient's identification 
number, and the name of the drug being infused. 

Automatic selection of the slave mode and 
stoppage of the normal pumping mode in patient pump 100 is 

20 provided using suitable logic circuitry and sensor 

structure, such as sensor 198 in Figure 4A, to sense the 
presence of cable 322. Automatic selection of the slave 
mode and stoppage of normal pumping mode by inserting cable 
322 into patient pump 100 is useful since it eliminates one 

25 or more keyboard entries that might otherwise be necessary 
by the patient or caregiver to place patient pump 100 in 
the slave mode from the normal pumping mode. 
Alternatively, the patient may have to hit a predetermined 
key 124 or flip a suitable switch to exit the normal 

30 pumping mode and enter the slave mode if no automatic 

selection of the slave mode and automatic stoppage of the 
normal pumping mode is provided. 

Sensor 198 may include two spaced apart pins 
which engage the communication cable 322 to activate sensor 

35 198 when the cable 322 is operatively positioned in 
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communications port 132. Closure of the loop sends a 
suitable signal to microprocessor 182 that the cable 322 is 
present and pump to pump communications is desired, i.e. 
the slave mode operations program. 
5 The operating system of caregiver pump 200 shall 

allow the pump to be placed in the caregiver mode of remote 
programming from the normal pumping mode of operation. 
Automatic selection of the master mode and automatic 
suspension of the normal pumping mode in caregiver pump 200 

10 is provided using suitable logic circuitry and sensor 

structure to sense the presence of cable 320 , such as with 
a similar sensor to sensor 198 of patient pump 100. 
Alternatively, the caregiver may have to hit a 
predetermined key 304 or flip a suitable switch to exit the 

15 normal pumping mode and enter the master mode if no 
automatic selection linked to insertion of cable 30 is 
provided. 

Patient pump 100 sends its current display to 
caregiver pump 200 once the pumps are first linked 

20 together. In pump to pump communications, the control 

systems are preferably menu driven and the current display 
lets the caregiver see the current status of the patient 
pump 100 before the caregiver begins to send key input 
signals to patient pump 100 to obtain the desired 

25 information from the patient pump. Following the display 
on display 306 of the current information on display 126, 
caregiver pump 200 receives its displays sent to caregiver 
pump 200 in response to the key inputs to caregiver pump 
200 which are sent to patient pump 100. 

30 Instead of an automatic initiation of the modem 

link to patient pump 100 operating in the slave mode, the 
caregiver and the patient could both hang up their 
respective phones after the modem cables were connected. 
Patient pump 100 is programmed to instruct modem 320 

35 installed at the patient 1 s home to answer the phone the 

37 



next time it rings. The patient would then wait for the 
caregiver to call back. Caregiver pump 200 is programmed 
to instruct modem 310 to call the patient back. Once modem 
310 is connected with modem 320, communication between the 
5 respective controllers is provided with respect to key 
input signals and display signals. 

In one embodiment, display 126 of patient pump 
100 displays everything that is sent to display 306 of 
caregiver pump 200. In another embodiment, the control 

10 system of patient pump 100 is programmed to include a 
blocking program to block some or all of the information 
that is sent to the control system of caregiver pump 200 
from the controller of patient pump 100 from being 
displayed on display 126 of patient pump 100 during pump to 

15 pump communication. This may be advantageous in keeping 
some information from the patient, such as controller 
access codes used to access the processor of patient pump 
100 via the keys 124, or keys 304 during pump to pump 
communications . 

20 If the communication session were interrupted by 

a bad phone line, patient pump 100 might remain unchanged 
or partially programmed. During programming of patient 
pump 100, caregiver pump 200 could get a continuously 
updated status report from patient pump 100 through 

25 appropriate programming in caregiver pump 200 and patient 
pump 100. The caregiver could review the status report 
after disconnecting the pump from the modem to verify that 
patient pump 100 had been programmed as desired by the 
caregiver. 

30 The control system of each pump 100, 200 controls 

operation of the respective modem 310, 320 attached as a 
peripheral device. The control system of each pump 100, 
200 instructs its respective modem to go off-hook and 
disconnect the phone at the initiation of pump to pump 

35 communications. 
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The control system of each pump 100, 200 may be 
provided with masking programs to mask the keys 124, 3 04 
which are inactive during pump to pump communication. 

Attempting to start the caregiver pump 200 is one 
5 method of signalling to the control system to terminate the 
pump to pump communication. The control system of 
caregiver pump 200 begins the disconnection sequence with 
respect to modem 310. The control system of caregiver pump 
200 further requests that patient pump 100 begin the 

10 disconnection sequence with respect to modem 320. 

Alternatively, pressing another key such as a HELP key can 
begin a disconnection sequence. 

In some applications, the control system of 
patient pump 100 is locked, at least partially, via an 

15 access code program to prevent the patient from altering 
the pump operations program or from accessing other 
information in the memory. In one preferred embodiment, 
the caregiver can unlock the pump lock of patient pump 100 
from a remote location via the pump to pump communication 

20 system. Preferably, the caregiver can then relock the pump 
lock of patient pump 100 after the caregiver has adjusted 
or changed the pump operations program. Automatic relock 
program means may be provided to automatically relock the 
control system at the conclusion of the caregiver's access 

25 of the control system to change the operating programs. 

In one possible embodiment, locking the pump 100 
is accomplished through various lock levels that are used 
to limit patient access to certain programming and 
operating functions. Each lock level provides a different 

30 level at which the user can interact with the pump 100. 
Each programming and operating function is executed by 
predetermined key strokes. If a function is not available 
at the lock level that is set, the microprocessor will 
ignore the predetermined key strokes if pressed. 
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One embodiment of the pump 100 has three lock 
levels- -LLO, LL1 , and LL2 . When the pump 100 is in LLO, 
the user can access all programming and operating functions 
of the pump 100. LL1 permits limited control of the 
5 programming and operating functions. LL2 permits only 
minimal access of programming and operating functions. 
When the pump 100 is running, it is usually in a 
predetermined lock level that offers some security against 
an unauthorized person from reprogramming the pump 100, 

10 either LL1 or LL2 . 

Figure 14 is a flow chart 401 that shows the 
operation of the autolock feature of the pump 100. When 
programming the pump 100, the user must stop the pump 100 
from operating. At this point, the pump 100 is typically 

15 in the predetermined lock level, usually LL1 or LL2 . The 
user must then change the lock level to LLO in order to 
gain access to programming functions. When changing the 
lock level to LLO , the user must execute a predetermined 
sequence of key strokes including entering a password and 

20 indexing the lock level until it reaches LLO. 

The user can then reprogram the pump 100. 
Programming in this sense is not changing the actual 
programming code loaded in the pump 100, but is rather 
launching a new application program from the flash memory 

25 or changing operating parameters such as dosages and 

delivery rates. After programming is complete, the user 
can press the START/STOP key, one of the keys of the pump 
100, which will restart the pump 100. When the START/STOP 
key is pressed, the pump 100 will automatically return to 

30 the predetermined lock level. 

In the past, the user had to manually reset the 
lock level to its predetermined level. Otherwise, the lock 
level would stay at LLO when the pump 100 was restarted and 
given to the patient. In this situation, an unauthorized 

35 person could access programming and operating functions in 
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the pump 100 and change parameters such as delivery dosage 
and delivery rates. Thus, the present invention is 
advantageous because it eliminates this risk by 
automatically returning the pump 100 to the predetermined 
5 lock level when it is restarted. 

In an alternative embodiment of the present 
invention, the pump 100 will not automatically enter the 
predetermined lock level if the caregiver manually sets the 
lock level prior to pressing the start button to restart 

10 the pump 100. Rather, the pump 100 will remain at the 
manually set lock level. This feature is advantageous 
because it allows flexibility in resetting the lock level 
after the pump 100 is reprogrammed . Another alternative 
embodiment of the present invention permits the caregiver 

15 to turn the automatic lock level feature on and off. 

Referring now to Figure 10 specifically and 
Figure 6 generally where an alternative embodiment is 
shown, the schematic diagram of Figure 10 illustrates a 
communication system 402 for communication between pump 404 

20 and computer 204, both located at caregivers office 406. 
Pump 404 may be a caregiver pump, like caregiver pump 200, 
or a patient pump, like patient pump 100. 

Figure 10 also illustrates communication between 
a patient pump 100, located at the patient's home 302, and 

25 both computer 204 and pump 404. It is to be appreciated 
that in some applications, pump 404 may not be present. 
Also, it is to be appreciated that in some applications 
pump 100 may not be present. In either of those 
applications, computer 204 would be communicating only with 

30 the remaining pump. 

An example of computer 204 includes an 80386 
INTEL microprocessor, with 2 megabytes of RAM and operated 
by commercially available operations software such as DOS, 
UNIX, and others and further programmed with application 

35 specific program functions to communicate with pumps 100, 
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404 and carry out the specified tasks desired by the 
caregiver. A suitable keyboard may be provided with 
computer 204 to make operator inputs to the microprocessor. 

As shown in Figure 10, computer 204 may further 
5 communicate with a second computer 408 to transfer data and 
or programs to and from computer 204 over communications 
medium 410, such as conventional telephone lines . For 
example, computer 204 may be located at the caregiver's 
office 406 , such as a hospital. The second computer 408 

10 may be located at the pump manufacturer 1 s/servicer' s 
facilities 412. The second computer may receive and 
transmit information to a plurality of computers 204. This 
arrangement may be useful for maintaining a plurality of 
patient pumps 100, through a plurality of caregiver's 

15 offices 406. Also, improved drug therapies may result if 
the pump manuf acturer/servicer has ready access to patient 
pump usage data. 

Pump 404 is preferably identical mechanically and 
electrically to pumps 100, 200 described previously. In 

20 some situations, the control system of pump 404 may be 

programmed differently, depending on how the pump is to be 
used. Pump 100 is typically used as a patient pump. As a 
patient pump, pump 100 requires the normal pumping mode 
operating program and the slave mode operating program at 

25 minimum. 

In system 402, pump 404 may be a patient pump or 
a caregiver pump. As a patient pump, pump 404 requires the 
normal pumping mode operating program and the slave mode 
operating program at a minimum. Pump 404 as a patient pump 

30 is present at the same site as computer 204 such as when 
pump 404 is brought in by the patient. In some situations, 
pump 404 may be a patient pump that is in the caregiver's 
office 406 for data gathering, trouble shooting, and/or 
program changes or modifications. Also, before the patient 

35 leaves the caregiver's office 406, pump 404 is present in 
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caregivers office 406 for use as a patient pump in the 
caregiver's office. As a caregiver pump, pump 404 requires 
the master mode operating program at a minimum. Pump 404 
operating as a caregiver pump may also include the normal 
5 pumping mode operating program and the slave mode operating 
program. 

To permit communication between pump 404, 
computer 204, and pump 100, a modem 420 is provided. 
Preferably modem 420 is a conventional modem for remote 

10 communication over telephone lines. 

__In another preferred embodiment, modems 310, 320, 
and 420 can be replaced with a digital simultaneous voice 
and data modem 421 that has the capability of 
simultaneously transmitting voice information between the 

15 patient and caregiver, and data information between the 
master pump and the slave pump. As shown in Figure 11, 
such a modem 421 includes circuitry, i.e. an A/D converter 
423, for digitizing the signal containing the voice 
information. The voice information is received from a 

20 telephone 425. The digitized voice signal is then placed 
in a serial FIFO buffer 429 at which point a microprocessor 
431 will process the data to prepare it for transmission 
over the telephone line 433. Such processing is well known 
in the art and may include adding information for an error 

25 detection scheme such as checksum. In another embodiment, 
the microprocessor 431 might add information for packet 
identification. The digital signal is then passed through 
a modulator 435 and communicated to a multiplexer 437. 

Data from the pump 100 is simultaneously 

30 communicated through an RS232 interface 43 9 and then to a 
second serial FIFO buffer 441 at which point the 
microprocessor 431 will process the data for communication. 
The information is then passed through a second modulator 
443 and communicated to the multiplexer 437. The 

35 multiplexer 437 then transmits packets of information from 
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the pump 100 and the telephone 425 to a line interface 445, 
which communicates it over the telephone line. 

One skilled in the art will realize that the 
digital simultaneous voice and data modem 421 at the 
5 receiving end will essentially operate in the opposite 
manner. One skilled in the art will further realize that 
Figure 11 merely illustrates one possible embodiment of the 
digital simultaneous voice and data modem. Other 
embodiments of the digital simultaneous voice and data 

10 modem 421 are possible. One type of digital simultaneous 
voice and__data modem that can be used in the present 
invention is the Sportster Vi 28.8 fax modem with digital 
simultaneous voice and data. This modem is manufactured by 
U.S. Robotics of Skokie, Illinois. 

15 One advantage of using a digital simultaneous 

voice data modem 421 during pump to pump communications is 
that oral communication between the patient and caregiver 
is not interrupted. As a result, the caregiver can answer 
questions and give instructions during pump to pump 

20 communications. 

Figure 10 also shows pump 404 interconnected to 
its own stand alone printer 434 interconnected with 
connection structure 436, such as an RS232 serial cable. 
Parallel communication may be used, instead of serial 

25 communication. Printer 434 produces a hard copy of 

information stored in the control system of pump 404. In 
some cases, printer 434 would be useable only through the 
communications port which connects pump 404 to modem 420, 
as shown in Figure 10. In other words, pump 404 may not be 

30 useable simultaneously with printer 434 and modem 420. An 
appropriately sized control system and two communications 
ports would permit such usage. 

Communication between computer 204 and a pump, 
whether remotely (with pump 100) or locally (with pump 404) 

35 is useful for several reasons. First, computer 204 may be 
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provided with greater memory and data processing 
capabilities than exist with the individual pumps 100, 404. 

Printing capabilities may be greater with a printer 438 
electrically interconnected to computer 204. Display 
5 capabilities may be greater with a monitor 440 electrically 
interconnected to computer 204. Also, computer 204 may be 
useful in the recertifying operations of the pumps 
periodically, as required to verify operability and 
accuracy of the pumps. 

10 Computer 204 also may be useful for making 

program adjustments or application changes in the pumps 
100, 404, such as described in application serial No. 
08/561,809, previously incorporated by reference. For 
example, drug delivery devices may be used in a variety of 

15 normal pumping modes, or applications, such as 1) pain 
control; 2) nutrition; 3) chemotherapy; and 4) antibiotic 
therapy. Other applications are possible. 

Each of the applications may involve different 
operations of the pumping mechanism. Each application may 

20 have one or more patient specific variations on operation 
of the pumping mechanism and other pump control functions. 

Also, some of the applications may involve some patient 
input, such as is sometimes the case in pain control 
applications. For example, if the patient is experiencing 

25 pain at a particular time, the caregiver may provide for 
increased dosages as needed by the patient, within 
specified parameters such as time and amount. In this 
application, the pumping mechanism needs to be operable 
automatically, and at the discretion of the patient, within 

30 the specified parameters. The operating program contains 
the appropriate pump control commands for controlling the 
pumping mechanism and the functions of the keys which 
permit patient control of the pumping mechanism. The other 
applications may include different pump control commands 

35 and different functions of the keys. Within each of the 
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four applications listed above, various different pump 
operations programs may exist. The control system of the 
patient pump 100 may be appropriately programmed by the 
caregiver for the specific patient usage. 
5 It is to be appreciated that the caregiver pump 

200 and the patient pump 100 do not need to include the 
same application program for operating the pumping 
mechanism. A significant advantage of the present 
invention is that the caregiver can communicate 

10 successively with different patients, with each patient 
involving^ different pump application, or each patient 
involving the same pump application with different patient 
specific functions. At a minimum, it is preferred that 
caregiver pump 200 includes the master mode operations 

15 program, and that patient pump 100 includes the slave mode 
operations program and one application or normal pumping 
mode operations program for operating the pumping mechanism 
to pump fluid to the patient. Preferably, it is more 
convenient for the caregiver if caregiver pump 200 and 

20 patient pump 100 include both the slave mode operations 

program and the master mode operations program, and also at 
least one normal pumping mode operations program. 

It is anticipated that the caregiver can locally 
or remotely program the control systems of pumps 100, 200, 

25 404 such that the pump operates either in 1) the normal 
pumping mode or slave mode, or 2) the normal pumping mode 
or the master mode at the initiation of the pump to pump 
communications sequences. 

Various pump related data may be stored in the 

30 control systems of pumps 100, 200. Information which may 
be gathered during use of patient pump 100 includes date 
and time of: 

1) Pump Error Conditions, for example, where 
the pumping mechanism has stopped and a suitable sensor 

35 sends a pump stoppage signal to the processor. 
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2) High Pressure Alarm for Downstream 
Blockages, where a suitable pressure sensor sends a high 
pressure signal to the processor. 

3) Upstream Occlusion Alarm, where a suitable 

5 pressure sensor sends an occlusion signal to the processor. 

4) Any Fluid Reservoir Removal Event, where a 
suitable sensor sends a reservoir removed signal to the 
processor. 

5) Any Fluid Reservoir Attached Event, where a 
10 suitable signal is sent to the processor by a suitable 

sensor, possibly the same sensor as the sensor for sensing 
a reservoir removed event, 

6) Any Internal Battery Event, where a suitable 
sensor senses whether the battery has been changed, is low, 

15 or is depleted. 

7) Any AC Adaptor Event, where a suitable 
sensor senses whether the adapter is connected, 
disconnected, or unplugged from the wall outlet. 

8) Any portable Power Pack Event, where a 

20 suitable sensor senses whether the power pack is connected, 
disconnected, or depleted. 

9) Any Remote Dose Cord Event (which permits 
patient to remotely press a key, such as the DOSE key on 
the keypad) , where a suitable sensor senses whether the 

25 dose cord is connected or disconnected. 

10) Any Communications Cable Event (to permit 
the pump to communicate with a printer, another pump or a 
computer) , where a suitable sensor senses whether the cable 
is connected or disconnected. 

30 11) Anytime the Device is Successfully Stopped 

or Started with START/STOP key, where a suitable sensor 
senses whether the pump is successfully stopped or started 
after the key is pressed. 

12) Any Lock Level Change and the New Lock 
35 Level, in situations where the amount of access to the 

47 



processor by the patient is changed, i.e. full access, some 
access, no access. 

13) Any Patient Pump Operational Program Change 
or Status Reset/Clear in the New Program. 
5 14) Anytime the PRIME key is used and how much 

fluid is primed to get air out of the tubing, such as 
during pump start up. 

15) Any Patient Dose Delivered and the Amount 
Delivered by the patient hitting the DOSE key to manually 
10 give the patient an additional amount of fluid. 

J.6) Any Change in Other Features (units, time or 
date set, auto lock change, application change) and the New 
Data or State. 

17) Anytime the Pump is Successfully 
15 Recertified. 

18) Number of Activations of Pumping Mechanism 
and Duration of Use. 

19) The status of the various other sensors of 
pump 100 including latch sensor 188, lock sensor 190, AC 

20 adaptor sensor 228, and an air detector sensor for 
detecting when an air detector is attached. 

Various functions are anticipated for each of the 
keys on each pump 100, 200. Each key has at least one 
function. Examples of potential functions of the different 

25 keys include: 

1) A NEXT SCREEN key to move through the 
various screens by running a next screen program; 

2) An ENTER/CLEAR key; 

3) AN UP ARROW key and a DOWN ARROW key for 
30 paging through what is displayed on the screen 

with a highlight bar, responding to YES/NO 
questions, or to page through numeric values to 
highlight and/or display the desired value; 

4) A PRIME key to run a pump prime program to 
35 prime the pump; 
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5) A START/STOP key for operating a pump start 
program and a pump stop program; 

6) A LOCK key for providing access control to 
the processor through an access program; 

7) A DOSE key to run a patient pump control 
program for permitting patient control of the 
pumping mechanism; 

8) A HELP key for providing help information on 
the display. 
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PUMP SIMULATION SYSTEMS AND METHODS 

Referring now to Figure 15, a monitor or computer 
screen 450 is shown, as another embodiment of the 
. it invention. An image of pump 100 (front view) is displayed 

□ 15 on screen 450 through suitable graphics capability. Screen 

450 is operatively interconnected with a processor of 
jjj computer system, such as the processor of computer 204. 

ill The image 452 on screen 450 is able to be manipulated as if 

it were a pump through the use of a screen interactive 
is 20 program utilizing a mouse or a touch screen. Computer 204 

is programmed to run various programs depending on how the 
Q various keys 4 54 of pump image 452 are pressed through the 

|:J use of the mouse or the touch screen. This permits 

J simulation of the pump 100 with the use of a computer 204. 

25 Display area 456 may then display information like display 
126 of pump 100. 

Computer screen 450 and computer 204 are utilized 
to communicate with a pump located at a remote site, like 
pump 100 of Figure 10. If the pump is located locally, 
30 like pump 404 of Figure 10, then communication is direct 
with a straight through pass as shown in Figures 10 and 11. 

The arrangement involving the computer screen of 
Figure 15 is useful when the caregiver is communicating 
with a patient pump at a remote location or at a local 
35 location. The caregiver can more easily use the computer 

49 



system since the caregiver is already familiar with the 
operation of a pump through the use of the keys and the 
display. Activating the keys 454 of the image 452 and 
using the display 456 of the pump image simulates for the 
5 caregiver the presence of an actual pump. This facilitates 
reductions in training time for training the caregiver to 
communicate with the patient's pump, since the caregiver is 
most likely already familiar with operation of the 
patient's pump. 

10 The computer system with the pump image program 

may also -be used as a simulator for training the caregiver 
and/or the patient how to use the pump. The simulator 
includes various programs for simulating operation of a 
patient's pump to pump fluid. The simulator also includes 

15 various programs for simulating various communication 
situations with a patient's pump. 

As shown in Figure 16, a computer screen 458 of a 
training simulator system is shown. On computer screen 
458, pump image 460 and simulator information 462 are 

20 displayed. Simulator information is used to select various 
conditions through simulator programs for simulating a 
operation of a patient pump. Pump image 460 could function 
as a caregiver pump to permit training of a caregiver on 
how to use the caregiver pump to communicate with a patient 

25 pump. For example, if the caregiver trainee wanted to 
simulate a communications session with a remote patient 
pump that had a low battery, for example, the caregiver 
trainee would select the program in simulator information 
462 that would simulate a pump to pump communications 

30 situation where the caregiver would trouble shoot the 
patient pump to determine that a low battery situation 
existed. The simulator also has a simulator program for 
simulating at least some of the sequences to connect and 
disconnect the pumps according to the flow chart of Figure 

35 14. 
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The simulator system also includes simulation 
programs in simulator information 462 for simulating 
operation of the pump on the screen 458 as a patient pump 
to pump fluid to a patient. This would be useful for 
5 training a patient and a caregiver how to operate the pump 
in the normal pumping mode. 

The present invention relates specifically to a 
pump communication simulator for training a pump operator 
comprising: a computer system including processor means, 

10 and display means electrically interconnected to the 

processor^ means of the computer system; first program means 
for displaying an image of the pump on the display means, 
the image having an input region and a display region; 
second program means for permitting manipulation of the 

15 input region of the image of the pump on the display means 
by the pump operator such that access to the processor 
means of the computer system is achieved; and third program 
means for sending a predetermined message to the display 
region of the image of the pump in response to 

20 manipulations of the input region of the image by the pump 
operator. 

FLASH MEMORY SYSTEMS AND METHODS 

Flash memory 240 is electrically interconnected 

25 to the processor 182 for storing pump operation information 
(See Figures 8A and 8B) . The flash memory 240 is 
electrically interconnected to the communications port 132 
to permit transfer of pump operation information to the 
flash memory 240 from external of the pump. 

30 Referring now to Figure 17, communications port 

132 permits the downloading of pump operation information 
from a computer system 470, such as a personal computer. 
The computer system 470 typically includes a processor, 
memory, an operator input means such as a keyboard for 

35 inputting data, a data input means such as disk, tape, or 
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card reader, and a display means such as a monitor for 
displaying appropriate information to the operator of 
computer system 470. Computer system 470 can also be 
utilized to view the pump operation information including 
5 any patient specific settings previously input to the 

memory in pump 100 to speed the reprogramming of pump 100. 

Communication means 472 links computer system 470 
and pump 100. Included in communication means 472 is a 
cable 474 or other communication structure interconnecting 
10 communications port 132 of pump 100 to a device 478. Cable 
476 or otljer communications structure interconnects device 
478 to computer system 470. Pump 100 is preferably not 
linked directly to computer system 470, since pump 100 may 
be provided with one or more power supplies other than 
15 conventional 110 volt power supplies used to power computer 
system 470. Device 478 performs an isolation function in 
Figure 17. It is desirable to electrically protect pump 
100 from computer system 470 to protect pump 100 and the 
patient from any hazards, such as electrical shock, 
20 associated with the electrical source power for computer 
system 470. In Figure 17, device 478 may communicate with 
computer system 470 through an RS232 serial cable. 
Similarly, device 478 may communicate with pump 100 through 
an RS232 serial cable. Device 478 is to be appreciated as 
25 an optional device if it is not desired to electrically 
isolate pump 100 from computer system 470. In that case, 
an RS232 serial cable can connect pump 100 and computer 
system 470 directly. Alternatively, communication with 
pump 100 via communications port 132 can be by non- 
30 mechanical connections, such as by infrared signals 

transmitted to pump 100 and receivable by an appropriately 
configured infrared signal receiver associated with 
communications port 132. Device 478 is also configured as 
a modem for use in transmitting data to and receiving data 
35 from a remote location, in addition to the structure for 
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local communication with computer system 470 in an 
isolation function, as shown in Figure 17. 

The operations system 480 of Figure 17 is useful 
for downloading pump operation information from computer 
5 system 470 to pump 100. The information can be downloaded 
to one or more memory locations in pump 100 for storage. 
Once the information downloading operation is complete, 
pump 100 can be disconnected from device 478 and cable 474. 
This permits pump 100 to be conveniently carried about by 
10 the patient wherever the patient desires, such as around 
the home qr around the patient's work place. Pump 100 is 
preferred to have a disabling function for disabling the 
fluid delivery system until device 478 and cable 474 are 
disconnected from pump 100. However, such operation of the 
15 pump is preferred but not mandatory. 

Referring now to Figure 18, a second system 482 
for operation of pump 100 is shown. In Figure 18, pump 100 
is located at a first site 484. Computer system 470 in 
Figure 18 is located at a second site 486 which is remote 
20 from site 484. Remote communication means 488 permits 

communication between the pump 100 and computer system 470. 
. Remote communication means 488 includes a first cable 490 
or other communication structure linking pump 100 with a 
first modem 478a. A second cable 492 or other 
25 communications structure links computer system 470 to a 
second modem 478b. First cable 490 and second cable 492 
may be RS232 serial communication cables. First and second 
modems 478a, 478b may be identical to device 478. However, 
modems 478a, 478b are not operated in the pass through 
30 configuration as is device 478 in system 480 of Figure 19. 
First and second modems 478a, 478b permit communication 
between remote sites over a communications medium 492 such 
as conventional telephone lines, cellular phone systems, 
fiber optics links, satellite links, microwave links, or 
35 other remote links. First and second modems 478a, 478b may 
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communicate at 9600 bps over conventional phone lines and 
include error correction and data compression features. 

The second operations system 482 in Figure 18 is 
useful to download pump operation information to pump 100 
5 located at site 484 from a remote site 486. Remote 

downloading of pump operation information is useful since 
pump 100 does not have to be handled by the party who is 
downloading the pump operation information to pump 100 from 
the remote site. Site 484 may be the patient's home or 

10 work place and site 486 may be the caregiver's office or 
home. Alternatively, site 484 may be the caregiver's 
office, and site 486 may be the pump maintenance site or 
the pump manufacturing site. 

Device 478 of Figure 18 permits information to be 

15 transmitted to and from computer system 470 located either 
locally with pump 100 or remotely to pump 100. If one mode 
of communications is not desired, then it is not necessary 
for device 478 to include apparatus for permitting both 
local and remote communications capability. For example, 

20 modems 478a, 478b may not need local communications 

capability in the pass through configuration if the modems 
will not be used to link a local computer system with a 
local pump. Also, for the system of Figure 17, if the only 
communication anticipated with pump 100 is local, then 

25 device 478 need only be constructed with the local 
communications apparatus to permit the pass through 
communications with electrical protection of the pump. 
Finally, if electrical protection is not needed, then only 
an electrical connection between pump 100 and computer 

30 system 4 70 needs to be provided in general and a direct 
cable download can be utilized. 

Flash memory 240 is utilized to store pump 
operation information which is accessed by the processor 
182 for operating pumping mechanism 140 and the other 

35 sensors, switches, and devices of pump 100. Flash memory 
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240 permits pump operation information to be initially 
electrically written to flash memory 240 and subsequently 
stored in flash memory 240. Storage of the pump operation 
information in flash memory 240 is nonvolatile in that is 
5 does not require a continuous power supply to flash memory 
150 to maintain the information stored in the memory. At a 
later time, flash memory 240 can be electrically erased, 
and rewritten with different pump operation information. 

In one preferred embodiment, the program or 

10 programs needed to run pump 100 is stored in the flash 

memory 240. Patient specific settings for pump 100 can be 
input via keyboard 122 or communications port 132 and 
stored in flash memory 240, memory associated with 
microprocessor 182 or EEPROM 242. Examples of patient 

15 specific settings include rate of infusion, length of 
infusion, bolus information, security codes, and patient 
weight and sex. It is preferred to store such patient 
specific pump operation information in EEPROM 242 or other 
memory location other than flash memory 240 due to 

20 limitations of flash memory 240 with respect to the number 
of times the memory can be erased and rewritten. Since the 
patient specific information is typically frequently 
changed in many of the anticipated uses of pump 100, it is 
not desirable to store this type of information in flash 

25 memory 240. Port sensor 198 can be used to appropriately 
direct incoming data to the proper location by sensing when 
a cable is present. If not present, pump 100 will look to 
its internal memory 184 for the information needed to run 
the pump and keyboard 122 for patient settings if not 

30 already entered. 

Static RAM 244 can be utilized to store some 
information relating to operation of the pump. Typically, 
intermediate information concerning pump operations is 
stored in the static RAM 244. Intermediate information may 

35 include calculation results from the pump operations 
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program performed by microprocessor 182. Pump usage 
information regarding pump operation events may be stored 
in static RAM 244, such as the number of start and stop 
events, the number of cassettes attached, and the total 
5 dosage pumped. An additional location for storage of pump 
operation information is the memory associated with the 
real time clock 246. 

Flash memory 240 preferably includes a boot 
program which is preferably non-erasable. The boot program 

10 permits initialization and loading of pump operation 

information to the pump 100 via communications port 132, 
Further, gate array 257 and/or flash memory 240 includes 
appropriate programming to handle incoming data from 
communications port 132 or keyboard 122 wherein the 

15 information is directed to the proper storage location if 
the information is not to be stored in flash memory 240. 
For example, remote programming may be utilized to enter 
the patient specific information into control system 180. 
The patient specific information may be entered initially 

20 or when changes occur over time due to changes in the 
specific therapy needed. For example, if the patient's 
condition improves or worsens, changes may need to be made 
in the specific patient settings. The flash memory 240 may 
include the appropriate program or programs to direct 

25 storage of the patient specific settings to the appropriate 
memory device in control system 180. 

Flash memory 240 is an embedded memory associated 
with control module 102. Once installed in control module 
102, flash memory 240 is not removed from pump 100. Flash 

30 memory 240 is electrically erasable and reprogrammable and 
does not require power to maintain the contents of its 
memory. A variety of flash memories may be used for flash 
memory 240. An example of one preferred flash memory which 
is usable in pump 100 is by Intel Corporation, and 

35 identified as 28F008SA 8 MBIT (1MBIT x 8) Flashfile™ memory. 
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Such memory is useful in pump 100 for handling pump 
operations information associated with the various features 
provided on pump 100. The Intel product is useful in that 
it includes separately erasable and reprogrammable blocks 
5 of memory, at least one of which can be blocked from 
erasure once programmed with the desired information. 

Pump 100 may be utilized for a variety of 
different therapy types or applications. For example, pump 
100 may be used as a pump in: Da pain control therapy, 

10 or patient controlled analgesia; 2) a nutrition therapy, or 
total parenteral nutrition therapy; 3) a chemotherapy 
program or therapy; or 4) an antibiotic therapy. Other 
applications are possible. All of these can be resident on 
pump 100, or they can be uploaded to pump 100 on an as 

15 needed basis. The different applications may involve 
different operations of pump mechanism 140 and the other 
switches, sensors, and other devices in pump 100. For 
example, the volume of fluid per unit time pumped by the 
pumping mechanism 140 may be continuous or it may be 

20 changed over time. A bolus amount (increased dosage) 

pumped by the pumping mechanism 140 may be provided once or 
at periodic intervals. The bolus amounts and/or the bolus 
intervals may be varied over time. The patient may be 
given limited ability to increase the dosage when the 

25 patient desires by causing extra activations of the pumping 
mechanism 140 through a dose key. 

As another example, there may be lock out access 
to the patient wherein various keys of keyboard 122 are 
inoperative such that the patient cannot change the therapy 

30 prescribed by the caregiver unless the caregiver removes 
the lock out feature. Each application may have different 
lock out features. 

Calculations by the processor may be needed to 
achieve a certain total dosage over a certain time even 

35 though the patient may be able to increase the dosages at 
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one or more times during the therapy. Inputs to pump 100 
may include reservoir size, activation amount, and/or drug 
concentration. In some cases, it is desirable for pump 100 
to calculate the desired number of activations and 
5 intervals to achieve a certain drug level in a patient 
having a certain sex and weight. Each application may 
involve different calculations performed by pump 100. 

Other sensors, switches, and devices of pump 100 
may be operated differently in different therapies. The 
10 pump control program stored in the memory of pump 100 

including^ flash memory 240 includes information relating to 
the various aspects of pump 100 needed to deliver the 
appropriate therapy. In one preferred pump 100, flash 
memory 240 contains the general application or operating 
15 program (such as pain, nutrition, antibiotic, or 

chemotherapy) which is accessed by processor 182 during 
usage of pump 100. Only one application be stored in flash 
memory 24 0 as a safety precaution against the caregiver or 
the patient inadvertently running the wrong program. 
20 Alternatively, a plurality of different applications can be 
stored in flash memory 240 to allow selection of the 
desired application for the patient's needed therapy. 
Also, the other pump function programs can be stored in 
flash memory 240, such as the programs necessary for pump 
25 to pump communication or other administrative functions. 
Also, variations in the display language can be stored in 
flash memory 240 so as to display messages in a desired 
foreign language. 

The patient specific information needed to 
30 operate pump 100 for the specific application is stored in 
the memory associated with microprocessor 182 and is 
utilized by the processor 182 when needed with respect to 
the pump applications program. Any intermediate 
calculation information or other pump information, 
35 including specific pump usage information, may be stored in 
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any of the various memories. Static RAM 244 provides a 
useful memory location for storage of the intermediate 
information. 

Pump 100 can be programmed from computer system 
5 470 in a variety of different ways. In one method, 

computer system 204 can include a single pump application 
program stored in its memory. The caregiver or pump 
supplier would load the pump application program from 
computer system 204 to flash memory 240 of pump 100. 
10 Alternatively, computer system 204 can include a plurality 
of different pump application programs. The caregiver or 
pump supplier can select the desired program to be loaded 
to flash memory 240 of pump 100. Alternatively, computer 
system 204 can include one or more pump application 
15 programs that each include options for selection by the 
caregiver or pump supplier for each pump application 
program. Once the options are selected, the caregiver can 
load the pump application program generated by the 
caregiver to flash memory 240 of pump 100. In the above 
20 methods, it is anticipated that the caregiver would not 
generate the code for the pump application program. The 
code would be supplied by the pump supplier or other 
programming specialist. This is a safety feature as well 
as convenience to the caregiver. The caregiver need only 
25 be familiar enough with computer system 204 to set up the 
link to pump 100 and then select and download the 
appropriate pump application program. It is to be 
appreciated that, in some cases, the caregiver will have 
sufficient expertise to generate the code for the pump 
30 application program. Similar safety and convenience 

features are present with respect to any programming of the 
patient specific parameters downloaded from computer system 
204. User prompts are preferably provided for requesting 
the caregiver to enter the particular settings when entered 
35 via computer system 204. 
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Flash memory 24 0 is used to advantage in pump 
100. Unlike removable memory devices, there is no large 
opening in the pump housing associated with the memory 
which needs to be protected from tampering, contaminants or 
5 moisture. No fragile parts are accessible via 

communications port 132 from a mechanical protrusion as 
they would in the case of card readers having relatively 
large openings to receive the card. The communications 
port 132 is relatively easy to protect from contaminants 

10 and moisture. There is also no loose cartridge or card 
that could be dislodged, tampered with, damaged or lost. 
The patient or the caregiver does not need to be concerned 
that the removable memory device, such as the card or 
cartridge, is properly positioned in the opening in the 

15 pump as in the case of pumps utilizing the separate memory 
cards or cartridges. This is especially important when the 
patient is using the pump in an unsupervised location. 
Should a card or cartridge become dislodged from the pump, 
there is a concern that the pump would cease operation and 

20 the patient would be unable to restart the pump. The use 
of flash memory 240 eliminates these problems. 

Another advantage of flash memory 240 is that 
neither the caregiver nor the patient needs to maintain any 
separate memory cartridges or cards for different 

25 therapies. There is no need for the caregiver to keep 
track of any cards, cartridges or other pieces separate 
from the pump. Disposal or destruction of outdated cards 
is no longer a problem. Since no card or cartridge reader 
needs to be provided, there is a reduction in the size of 

30 pump 100. 

Another advantage of providing flash memory 240 
is that there is no need to open up the housing and remove 
a chip or other wired- in-memory device in order to 
reprogram the pump. Changes to the applications stored on 
35 flash memory 240 are done electronically via the 
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input/output communications port 132. Virtually any 
programmed function of pump 100 can be electrically changed 
if desired. As yet undeveloped improvements can be added 
as they are completed. Caregivers do not need to worry 
5 about their pumps becoming obsolete as long as new 

operating programs are developed. There are no mechanical 
changes needed for the memory connections to the rest of 
the pump control system when the flash memory is 
reprogrammed . Handling of the new chips prior to and 

10 during installation is no longer a concern. Disposal or 
destruction of the old chips is no longer a problem. 
Applications updates needed by the caregiver can be handled 
via a floppy disk mailed to the caregiver whereby the 
caregiver can download the updated program to the pump or x 

15 the inventory of pumps maintained by the caregiver. 

Alternatively, the applications updates can be transmitted 
over the telephone lines via modems to the caregiver. No 
special expertise is needed to reprogram as is the case of 
pumps where chips must be removed and replaced to change 

20 the memory. 

Pump 100 provides system of pumping fluid to a 
patient where pump 100 is very flexible in how the control 
system 180 operates. Unlike pumps using EPROM memory for 
storing the pump operating program, pump 100 with control 

25 system 180 is easily changeable as needs and circumstances 
change. No chips need to be removed or specially handled 
to reprogram. At the same time, pump 100 is tamper 
resistant, contamination resistant, and reliable during 
operation, unlike pumps with replaceable cards. 

30 A further advantage of flash memory 24 0 is the 

ability to remotely program flash memory 240. Such remote 
programming is not possible with cards or cartridges which 
need to be changed, or replaceable EPROMs which need to be 
physically handled and reprogrammed. Remote programming 

35 can be done initially prior to the first use of the pump or 
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at a later date after initial operation of the pump. The 
applications can be easily reprogrammed if a bug is 
identified or if improvements are made in the application 
program. Applications updates needed by the caregiver can 
5 be handled via the telephone lines. Also, changes can be 
made to the operating program midway through the therapy to 
address changes in the patient's condition. 

Another advantage of the present invention is 
that custom programs for caregivers who desire particular 

10 operating programs for their inventory of pumps are 

possible through the use of flash memory 240. Individual 
patients may require a custom program. Flash memory 240 
permits the custom program to be quickly downloaded to the 
patient either locally or remotely via communications port 

15 132. Once the patient no longer needs the custom program, 
the pump is easily electrically reprogrammed via 
communications port 132. 

Flash memory 24 0 has sufficiently large memory 
capability to store the operating program needed to run 

2 0 pump 100, including all of the sensors, switches, and 
devices . 

Since a caregiver can reprogram the pump 100 when 
the pump is needed for a different application, less 
inventory of pumps is required by the caregiver. Flash 

25 memory 240 permits each pump to be utilized in more than 
one application over time depending on the immediate needs 
of the patients. Also, pump 100 may be simpler to operate 
if only one application is stored in the memory of pump 
100. With only one application program stored in the 

30 memory, it is not possible for the wrong application 
program to be selected, once pump 100 is properly 
programmed. This is a safety feature for protecting the 
patient from inadvertently receiving the wrong therapy even 
though a correct drug cartridge is attached. Blocks of 
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flash memory 240 can be used to store different 
applications for selection by the caregiver or patient. 

In some illnesses or treatments, a patient may 
desire successive different uses of pump 100. For example, 
5 some chemotherapy programs are preceded by a nutrition 
therapy to build up the patient's reserves of fluids or 
other nutrients. In that case, the memory of pump 100 does 
not need to simultaneously store both a nutrition therapy 
application and a chemotherapy application. In that case, 
10 the patient would utilize pump 100 with a nutrition therapy 
application programmed into flash memory 240. At the 
appropriate time, flash memory 240 could be reprogrammed 
with the chemotherapy application. Alternatively, flash 
memory 24 0 can include all the necessary programs, and the 
15 caregiver or patient can select the desired program at the 
appropriate time. 

Keyboard 122 can intentionally be provided with a 
limited number of keys to keep operation of pump 100 
through keyboard 122 simple. However, some applications 
20 and even some patient specific settings may involve 

numerous inputs such that the use of a standard keyboard, 
through computer system 204 may be advantageous. 
Downloading of this information from a computer system 204 
is useful since all of the inputs of information can be 
25 made through a standard keyboard of computer system 204. 
The present invention provides the caregiver with the 
ability to download just applications to flash memory 240, 
or applications to flash memory 240 and patient specific 
settings to the other memory locations without entering 
30 information through keyboard 122. 

Since reprogramming of flash memory 240 can only 
take place with a computer system 204, electronically 
monitoring the status of the pumps is easier. An updated 
status check, using appropriate status check program means 
35 stored in computer system 204 and/or in pump 100 (for 
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example stored in flash memory 240) , can be made of the 
pump each time there is an application download to the 
flash memory 240 or each time the pumps 100 are returned to 
the caregiver after use. The status program means for 
5 tracking pump status can help monitor the pumps which are 
configured for specific types of therapies- The status 
program means can also include patient name, address and 
telephone number, and pump location. There are advantages 
for caregivers and/or pump suppliers to have quick access 

10 to status reports on the configuration of the inventory of 
pumps maintained by the caregiver or supplier. The 
caregiver or supplier may need to quickly identify 
particular pumps in case a problem develops where the pumps 
must be recalled or reprogrammed . Use of computer system 

15 204 to reprogram pump 100 provides a useful way to tie in 
status tracking software for automatic tracking of each 
pump 100. The status program means can include 
recertif ication tracking program means which automatically 
flags pumps needed for recertif ication of the operating 

20 systems. 

The status program means can be general to only 
track pump configuration and/or time since recertif ication. 

The status program means can also download specific 
detailed pump operation information from pump 100 to 

25 computer system 204 pertaining to the therapy given. 

Examples of pump operation information that may be sent to 
computer system 204 from pump 100 include: drug type used, 
amount of drug used, type of pump operating program used, 
any changes to pump operating program, dates of pump usage, 

30 and a record of all pump start and stop events, number of 
cassettes used, occurrence of alarms, and other pump usage 
events. Such information is useful to the caregiver and to 
the pump supplier/manufacturer. Some of the relevant 
status information can be entered via the keyboard of 

35 computer system 204, instead of from pump 100, at the time 
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of programming before the therapy or at the time of 
reprogramming after the therapy, such as date information. 

Another advantage due to the presence of flash 
memory 24 0 having to be reprogrammed with a computer system 
5 204 is that appropriate diagnostic program means for 

checking pump control system 180 and other features can be 
downloaded to flash memory 240 each time a programming 
operation occurs. The diagnostic program means need only 
be temporarily downloaded to flash memory 240. The 
10 diagnostic program means runs through various checks of 
control system 180 to verify that pump 100 and the 
associated switches, sensors, and devices are functioning 
properly. The diagnostic program means is then removed or 
erased from flash memory 240 and the new application 
15 program is downloaded onto flash memory 240. In this 

manner, any errors in pump 100 can be identified each time 
a pump 100 is programmed. Such diagnostic program can be 
downloaded to pump 100 initially before pump 100 is ever 
programmed to operate as a pump, or at a later date when 
20 pump 100 is reprogrammed. 

Flash memory 240 allows for convenient 
reprogramming of pump 100 such that message on display 126 
will be in an appropriate language that can be comprehended 
by the caregiver or patient. For example, messages in 
25 Spanish, Japanese or Korean may be displayed to facilitate 
easy use by the caregiver or patient. Reprogramming of 
generic pumps in this regard saves on inventory or 
excessively large pump memory while allowing versatility in 
use of pump 100. Flash memory 240 also allows for 
30 convenient manufacture of pump 100 by permitting a 

manufacturing program to be stored in flash memory 240. 
The manufacturing program can be erased once it is no 
longer needed. The program allows for the various 
components of pump 100 to be tested during installation. 
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Figure 8C illustrates how the flash memory 240 is 
partitioned. Specifically, the flash memory 240 includes 
seven program slots 245a-245g for storing a boot system 
program, four application programs, a terminal utility 
5 program, and a testing utility program. The application 
programs include a PCA application, which is for delivering 
drugs such as pain relief medication; an intermittent 
application, which is for intermittent delivery of drugs 
such as antibiotics; TPN application program, which is for 
10 administering fluids such as nutrients; and a continuous 
application program, which is for continuous administration 
of drugs such as chemotherapy medication. An example of 
intermittent delivery is described in United States 
Application Serial No. 08/540,960, which is entitled 
15 Intermittent Fluid Delivery Apparatus and Method and filed 
on October 11, 1995, the disclosure of which is hereby 
incorporated by reference. 

Physically, the flash memory 240 is divided into 
sixteen banks. Each application program occupies three 
20 banks, each utility slot occupies one bank and the boot 
system occupies one bank. Additionally, the flash memory 
240 includes a core bank 247. Although the programs stored 
in the flash memory are separate entities, they all share 
the core bank 247. The core bank 247 is used to store pump 
25 drivers, a serial communication protocol, and a portion of 
the pump kernel. The code stored in the core bank is 
shared by all of the programs. 

The boot system is formed from the boot code, the 
pump kernel, the pump drivers, and the serial communication 
30 protocol. The boot system controls the pump 100 at power 
up. In one possible embodiment, tasks orchestrated by the 
boot system include self tests or diagnostics. The boot 
system also generates several screens of information while 
performing the diagnostics and determines if the pump 100 
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is in a launch mode or a command mode. The basic tasks 
performed by the boot software include: 

1. performing time critical initializations; 

2. performing power up self tests necessary for its 
5 own safe operation; 

3. keeping hardware watchdogs circuitry from timing 
out via the drivers; 

4 . upon detecting an error in the hardware self 
test, displaying an error code, storing the error code, and 

10 halting further execution; 

5. ^displaying various screens of information in the 
display 126; and 

6. determining whether to launch an application, 
launch a utility, or entering the command mode. 

15 Additionally, if no peripheral device is 

connected to the communications port 132, the pump 100 will 
enter the launch mode and the boot system will pass control 
to the designated or launch application program. A user 
can change the launch application program, which will cause 

20 the pump 100 to go through a warm boot. Once the launch 
application program is changed, the pump 100 will 
automatically launch the new application program upon 
subsequent power ups. If a peripheral device is connected 
to the communications port 132, the pump 100 will enter 

25 command mode and the boot system will send and receive 
signals via the communication port 132. 

Each application program, such as the PCA 
application, includes an application template, application- 
specific code, a pump kernel, a serial communication 

30 protocol, and pump drivers. The application program 
controls the pump 100 after being launched by the boot 
system and performs additional self tests. The pump 
application program then begins a review sequence during 
which various screens are generated and displayed showing 

35 the current values of selected application parameters. 
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Upon launching an application program, the pump 
100 will automatically stop the pump 100 so that it is not 
in the normal pumping mode. The caregiver can then program 
delivery parameters that control how the pump 100 delivers 
5 fluid after it is restarted by pressing the START/STOP key. 
While the pump 100 is running, it is in the normal pumping 
mode. The pump 100 will deliver fluid and keep track of 
delivery with status parameters while in the normal pumping 
mode. It is preferred that none of the application 

10 parameters be changeable while the pump 100 is in the 
normal pumping mode. 

The pump application template is a portion of the 
application program that provides consistency among the 
various pump application programs. It defines all standard 

15 application items, and the user interface structure that 
each application must follow to create custom application 
items. Standard application items define the 
characteristics of each application, which are added to or 
supplanted by the specific application. The basic tasks 

20 performed by the pump application template include: 

1. providing all standard menus and help screens, 
which are available for any specific pump application to 
use ; 

2. providing all standard application features, 
25 which are available for any specific pump application to 

use; 

3. providing all standard application delivery, 
status, and configuration parameters, which are available 
for any specific pump application to use; and 

30 4. providing all standard application alarms, which 

are available for any specific pump application to use. 

The application-specific code is a portion of 
application program that provides custom application items 
that are particular to the specific application. The 
35 application-specific code is used to customize the pump's 
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100 behavior and can be programmed only while the pump 100 
is stopped. Custom application items may either replace or 
supplement the standard items provided by the pump 
application template. Basic tasks performed by a specific 
5 pump application include: 

1. providing all custom menus and help screens to 
the kernel, including a start up menu to the kernel that 
lists the name and/or number of the specific pump 
applications; 

10 2. providing all custom application features; 

3. ^providing all custom application delivery, 
status, and configuration parameters to the kernel; and 

4. providing all custom application alarms. 
Additionally, each application program is an 

15 event driven system. The pump drivers provide all hardware 
interface, and the pump kernel provides support services 
that include an event scheduling and a dispatching system. 

The serial communication protocol provides serial 
communication services with peripherals that are connected 
20 to the communications port 132. 

Each application program also includes code for 
communication with a remote pump during pump to pump 
communications. The pump to pump communication code 
included in the application program interfaces with the 
2 5 serial communication protocol and is used when the pump 100 
is in the slave mode as described above. 

The terminal utility is formed from the terminal 
code, the drivers, the kernel, and the serial communication 
protocol. The terminal controls the external modem and one 
30 of the applications running in the pump 100 via the remote 
serial connection during pump to pump communication. The 
pump 100 is in the master mode when the terminal utility is 
providing serial communication with a remote pump that is 
in the slave mode. 
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The testing utility is formed from the testing 
code, the drivers, the kernel, and the serial communication 
protocol. The testing utility is a stand alone program 
that performs various tests on the pump hardware during 
5 closed-loop testing. 

Figure 8D illustrates the basic configuration of 
the RAM 244, which has four memory banks, Banks 0-4 249a- 
249d. Bank 0 249a is dedicated to a scratch memory. Bank 
1 24 9b has four sets of addresses dedicated to 

10 configuration parameters for one of the application 

programs, a set of addresses dedicated to configuration of 
the application template, a set of addresses dedicated to 
the delivery status and parameters of the launch 
application, and a set of addresses dedicated to kernel 

15 data. Bank 2 249c is dedicated to a history log. Bank 3 
249d is primarily dedicated to the history log. However, a 
set of addresses in Bank 3 249d are dedicated to kernel 
data . 

The scratch memory serves as a second layer of 

20 buffer that provides protection if there is a power failure 
while data is being written to the RAM 244. During the 
write process, destination addresses will be designated to 
receive the data. However, data is first saved in the 
scratch memory. After the data is saved in the scratch 

25 memory, it will be saved to the destination addresses. In 
one embodiment, data is written to and read from the 
scratch memory in blocks using an error checking scheme or 
algorithm such as cyclic redundancy code ("CRC" ). 

A first flag will be set while data is being 

30 written to the scratch memory. A second flag is set after 
the write process is complete at which time it is written 
from the scratch memory to the destination addresses. 
Because the RAM 244 is a static RAM, either the first or 
second flag will be saved of the pump 100 has a power 

35 failure. 
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When power is returned to the pump 100, the flag 
will be read. If the first flag is set, the pump 100 
either can disregard the data in the scratch memory or can 
complete the process of saving data to the scratch memory. 
5 If the second flag is set when power is returned to the 
pump 100, the pump 100 either can rewrite all of the data 
from the scratch memory to the destination address or can 
merely complete the write process from the scratch memory 
to the destination addresses. 
10 An advantage of using the scratch memory in this 

manner is^that the integrity of the data is maintained 
while being written to the RAM, which will help minimize 
the risk of a pump failure or faulty information stored in 
the history log. 
15 The scratch memory is also used for system 

diagnostics during power up. . The boot program will 
initially test the scratch memory, which is Bank 0 249a. 
Data from Bank 1 249b is then transferred to the scratch 
memory so that the pump 100 can run diagnostics on that 
20 bank. A similar procedure is followed with banks 2 and 3 
249c and 249d. 

The four sets of addresses in Bank 1 24 9b for 
application configuration parameters are used to store 
persistent data, i.e., parameters that typically remain 
25 constant when a particular application program is being 
used. An example of such data might include the maximum 
and minimum flow rates or the maximum or minimum 
concentration settings. 

A set of addresses for the application template 
30 configuration includes the data that is common between 
application programs. An application might include the 
lock level setting or a flag that activates the automatic 
lock level feature. Addresses for the delivery status and 
parameter of the launch program are used to store data that 
35 is not persistent, including various settings for the 

71 



launch program. Examples of such data include the delivery 
rate and dosage. The history log is used to track various 
historical events such as a change in the delivery rate or 
when a pump 100 is powered up with time and date stamps. 
5 Figure 8E illustrates the configuration of the 

EE PROM 242, which is less volatile than the RAM 244. Thus, 
the EEPROM 242 is used to store data that is more sensitive 
than the data stored in the RAM 244 . Examples of such data 
include various look-up tables, manufacturer parameters 

10 such as the pump serial number, odometers that record data 
such as hours of use and amount of drug delivered, and an 
error log to record system faults and nonrecoverable 
errors. The EEPROM has sets of addresses dedicated to 
application configuration parameters, application template 

15 configuration parameters, launch application delivery and 
status parameters, kernel data, error log, and 
manufacturing parameters. 

CASSETTE IDENTIFICATION SYSTEMS AND METHODS 
20 This aspect of the present invention relates to 

systems and methods for automatically identifying a 
cassette 104 mounted to control module 102 of pump 100. 
The identification system can identify indicia on the 
cassette relating to the type of drug, the concentration of 
25 the drug, the volume of the fluid reservoir, or the amount 
of drug pumped per activation of the pump, i.e., tube size. 

Such information is important to safe and effective drug 
therapy. When the information is entered automatically to 
the control module, such as with the indicia identifying 
30 system, a safer and more effective system results. There 
is less chance for human error, as would be the case if 
such information were entered manually. Also, the indicia 
identifying system can be used to prevent operation of the 
pump if an unauthorized cassette is attached. 
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Various cassettes are provided to be identified 
by the control module- The control module identifies the 
cassettes in one of a variety of manners, including 
engagement with a projection on the cassette or sensing 
5 optical signals or the absence of optical signals due to 
the presence of the cassette. Other structures and methods 
are provided to identify the cassettes such as described in 
U.S. Patent No. 5,531,697 issued July 2, 1996, the 
disclosure of which is incorporated by reference. 
10 Figure 4 also shows a lock sensor 190 and a latch 

sensor 18& interconnected to processor 182. Latch sensor 
188 senses when cassette 104 has been latched to control 
module 102 through the operator activated latch structure 
174, 176 which holds cassette 104 adjacent control module 
15 102. Figure 4 further shows occlusion sensors 186a,b 

interconnected to processor 182. Occlusion sensors 186a, b 
are utilized to sense pressure in tubing 110. Occlusion 
sensors 186a, b and latch sensor 188 are optional with 
respect to cassette identification. However, these sensors 
20 are used to advantage during cassette identification. 
These sensors can be utilized by microprocessor 182 to 
identify if there happens to be a malfunction of the 
cassette identification system. Microprocessor 182 will 
know when cassette 104 has been mounted to control module 
25 102 by receipt of a latch signal and an appropriate 
pressure signal (i.e., a pressure sensed within an 
acceptable operating range) . If both upstream and 
downstream sensing is provided, then an appropriate 
pressure sensed in each location is determined before 
30 pumping can begin. At that point, microprocessor 182 can 
begin looking for an appropriate signal from cassette 
identification sensor 196 for identifying indicia on 
cassette 104. If no identification signal is present, 
microprocessor 182 does not permit initiation or 
35 continuation of the pumping operation by pump mechanism 
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140. Microprocessor 182 may also send an appropriate error 
signal to display 126, or alarm 194. Microprocessor 182 
checks for a cassette identification signal periodically or 
continuously. Periodic is preferred as a manner of 
5 reducing energy consumption of pump 100. 

While the preferred system for identifying 
cassettes is by identifying a single indicia on each 
cassette, it is to be understood that the identification 
system could look for two indicia, such as two projections, 

10 for each cassette. A redundant system could still be 
provided in that case since the control module would 
request that two signals be received. Less than two or 
more than two would indicate an error condition. Moreover, 
the invention is not to be limited to three sensors. More 

15 than three, or less than three, are possible whether the 
systems sense the presence of one indicia, the absence of 
one indicia, or variations in the number of indicia sensed, 
such as zero, one, two, three, etc. corresponding to the 
number of sensors provided and the possible combinations 

20 thereof. 

Referring now to Figures 19-27, a preferred 
cassette identification system is shown. Cassette 
identifier sensor 196 includes three reciprocally mounted 
plungers 530, 532, 534 and slotted optical sensors like 

25 sensor 53 6 of Figure 20. The preferred indicia on cassette 
104 is one or more projections to engage plungers 53 0, 532, 
534. Figures 1, 21, and 22 show a preferred control module 
102, a preferred cassette sensing mechanism 538, and a 
first preferred cassette 104. Figure 1 shows first 

30 cassette 104 assembled and mounted to control module 102. 
Figures 24, 25 and 27 show various side and top views of a 
base plate 542 of cassette 104, and a perspective view of a 
base 544 of cassette 104. Figure 19 shows only chassis 540 
with the various plungers mounted thereto. Figure 21 is an 

35 enlarged view of a portion of chassis 540 with a slotted 
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optical sensor 536 shown in its relative position to 
plunger 532. Figures 22 and 23 show a second cassette 550 
in side and top views, respectively. Figure 26 shows a 
third cassette portion, base plate 552, useable with base 
5 544 of Figure 27 to form a third cassette 554 in a similar 
manner as first cassette 104. These second and third 
cassettes are also part of the preferred cassette 
identification system. Cassette sensing mechanism 538 can 
distinguish between cassettes 104, 550, 554. For example, 

10 first cassette 104 can have a first pumping volume per 
activation, i.e., 50 ml. Second cassette 550 can have a 
second pumping volume per activation, different from the 
first pumping volume, i.e., 100 ml. It is critical for 
control module 102 to know how much fluid is pumped per 

15 activation of the pumping mechanism to deliver the desired 
drug therapy. In an improper drug therapy, either too much 
or too little drug can be harmful, and in some cases, 
fatal . 

As shown in Figure 21, first cassette 104 

20 includes base plate 542 and base 544 mounted thereto. Base 
plate 542 is shown in greater detail in Figures 24 and 25. 
Base 544 is shown in greater detail in Figure 27. Base 
plate 542 is adhesively or ultrasonically attachable to 
base 544. Alternatively, a snap arrangement can be 

25 provided. In a further alternative, a snap arrangement and 
adhesive can be utilized. In a further alternative, base 
plate 542 and base 544 can be integrally formed as a single 
unit, such as by molding in the case of plastics. 

Control module 102 includes a chassis 540 and an 

30 outer housing 560. A seal 562 seals between chassis 540 
and housing 560. A component board 564 is mounted to 
chassis 540 via screws 566, spacers 568, and alignment pins 
570. A first plunger 530 is reciprocally mounted to 
chassis 540. Second plunger 532 and third plunger 534 are 

35 also reciprocally mounted to chassis 540. Plungers 530, 
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532, 534 are similarly configured and operated. Figure 20 
shows second plunger 532 in greater detail. A seal 580 
seals an end of second plunger 532. A spring 582 biases 
second plunger 532 to the position shown in Figures 19-20. 
5 A bezel 584 traps spring 582 in position as shown. A 
flange 586 limits second plunger 532 from being pulled 
downwardly out of the position shown in Figures 19-20. 
During operation, a projection extending from the cassette 
engages end 588 and causes upward movement of second 

10 plunger 532 such that end 590 of second plunger 532 moves 
into a new position relative to slotted optical sensor 536, 
which causes a signal to be sent to the processor of 
control module 102 that a projection has been sensed. 

First plunger 530 and third plunger 534 are 

15 provided for sensing additional projections. In 

particular, first plunger 530 engages projection 592 
extending from the main surface 594 of base plate 542 of 
first cassette 104. Second plunger 532 engages second 
projection 596 extending from main surface 63 6 of base 

20 plate 552 of second cassette 550. Third plunger 534 
engages projection 598 extending from base plate 552 of 
third cassette 554. In this manner, control module 102 can 
identify at least three different cassettes 102, 550, 554. 

Referring in particular to Figures 21, 24, 25 and 

25 27, base plate 542, and base 544 are shown. Extending from 
main surface 594 are a pair of hooks 600 adjacent to a 
first transverse end 602. A loop 538 extends from the main 
surface 594 adjacent to a second transverse end 604. A 
plurality of tube guide pairs 606, 608, 610, 612 extend 

30 from main surface 594 and are spaced apart to receive a 

flexible tube, in a general direction parallel to first and 
second longitudinal sides 614, 616 of main surface 594. In 
Figure 24, background portions have been removed behind the 
cross-sectional portion for clarity. In Figure 25, a tube 

35 618 is shown in dashed lines. 
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Referring now to Figures 22 and 23, base plate 
556, and base 544 are shown in greater detail. Extending 
from main surface 636 are a pair of hooks 638 adjacent to a 
first transverse end 640. A loop 642 extends from main 
5 surface 636 adjacent to a second transverse end 644. A 
plurality of tube guide pairs 645, 646, 647, 648 extend 
from main surface 636 and are spaced apart to receive a 
flexible tube, in a general direction parallel to first and 
second longitudinal sides 641, 643 of second cassette 550. 

10 In Figure 23, a tube 649 is shown in dashed lines. 

As shown by a comparison of Figures 22 and 23 
with Figures 24 and 25, projection 592 is in a different 
relative location to projection 596 in a direction parallel 
to longitudinal sides 641, 643. It should also be noted 

15 that Figures 22 and 23 illustrate the integral construction 
between base plate 556 and base 544. Cassette 550 also 
includes features for more accurate centering of tube 649 
which is larger than tube 618, such as the V-shaped 
passages provided in connection with guide pairs 645, 646, 

20 647, 648. 

Also, cassette 550 includes clip features for 
releasably gripping tube 649 to provide a mechanical hold 
down during adhesive attachment of tube 649 to cassette 
550. In particular, first clip 650 and second clip 652 

25 provide hold down of tube 649 to cassette 550. First clip 
650 and second clip 652 hold the tube in place during 
assembly, allowing the adhesive to set up without the need 
for special clamps or external fixtures. 

Referring now to Figure 26, third cassette 554 is 

30 shown. With respect to Figure 26, a base plate 552 is 
illustrated. Base 544 shown in Figure 27 is useable with 
base plate 552 shown in Figure 26. Projection 598 is in a 
different relative location on base plate 552 than 
projection 592 of base plate 542 and projection 596 of base 

35 plate 556. Projection 598 can be indicative of a different 
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cassette property to differentiate cassette 554 from 
cassettes 550, 104. For example, cassette 554 may include 
an indication that an air filter is present to identify to 
the control module when the cassette is utilized with a 
5 reservoir including an in-line air filter. 

The cassette identification system of Figures 19- 
27 may be advantageous over mechanical switches, such as 
microswitches, since little or no emphasis need be placed 
on overt ravel, individual adjustment, arcing problems, and 

10 mechanical wearing of the switch. Inductive, magnetic, or 
reflective systems may require the placement of an 
additional element on the cassette during manufacture, A 
projection as in Figures 19-27 can be integrally formed on 
the cassette during manufacture, possibly simplifying 

15 manufacture. Force sensitive resistors may be prone to 

problems due to typical range of necessary movement and the 
typical tolerances of the disposable cassettes. Also, the 
plastics associated with the FSR or its spring may be 
subject to creep problems over time, possibly further 

20 complicating the range of motion and tolerance problems. 
Make or break switches where the contacts are mounted to a 
moveable plunger, for example, may be prone to failure due 
to the failure of the contact points, such as due to 
pitting or corrosion, or due to the components getting 

25 stuck open or closed. 

Reciprocally mounted plungers and slotted optical 
sensors are useful to solve some of the above possible 
problems and other problems with cassette identification 
systems. However, it is to appreciated that in some 

30 instances the use of microswitches, FSR's, inductive 

switches, magnetic switches, reflective elements, moving 
contacts, or other systems noted above may be desirable. 
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AUTOMATED TESTING SYSTEMS AND METHODS 

This aspect of the present invention concerns a 
system for automated testing of a pump, which includes a 
computer electrically connected to both a testing device 
5 and a pump. The pump is connected to the testing device by 
the pump's fluid tube so that a closed loop configuration 
is obtained. The medical device is programmed to conduct a 
variety of tests upon receiving commands from the computer. 
The testing device provides for measurement of various 

10 parameters during the performance of these tests, such as 
flow rate^and pressure. The medical device and/or computer 
may be programmed to store the test results. By providing 
a central place for storing such information, not only can 
each pump be tracked as it moves from location to location, 

15 information relating to that pump can be automatically 
updated. With such a configuration, the testing of the 
pump is substantially automated. 

Referring now to Figure 28, a system 810 for 
testing pump 100 is shown. The system 810 includes three 

20 major components: a computer 812, a pump 100, and a testing 
device 814. 

As shown in Figure 28, pump 100 is connected to 
testing device 814 via tube 816, such as a flexible, 
compressible tube made of polymeric material. In the case 
25 of a peristaltic pump, tube engaging members of drug 
delivery mechanism engage tube 816 to pump fluid during 
use . 

Major components of testing device 814 are 
illustrated in Figure 29. Testing device 814 is connected 
30 to tube 816 of pump 100 via fluid inlet 818. Testing 

device 814 includes a flow rate tester 820 and a pressure 
tester 822. Flow rate tester 820 tests the accuracy of the 
flow rate of a drug being delivered by pump 100. Pressure 
tester 822 tests the accuracy of medical device's occlusion 
35 detector 186 and/or alarms 194 in response to an occlusion 
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in tube 816. Pressure tester 822 measures the pressure 
generated over time until pump 100 stops, alarm 194 sounds, 
or pump 100 reaches a certain predetermined test pressure 
set by computer 812. Computer 812 then compares the 
5 pressure measured by testing device 814 to the pressure of 
pump 100 once alarm 194 sounds or the predetermined test 
pressure has been reached to determine pressure accuracy. 
In a preferred embodiment, pressure tester 822 can test at 
multiple test pressures, such as a range from a low 
10 pressure to a high pressure. Testing device 814 is 

equipped with a fluid outlet 830 for releasing the fluid 
which runs through testing device 814 during or after the 
flow rate and pressure tests. 

Access to testing device 814 is provided through 
15 communications port 826. Preferably, communications port 
826 is a standard RS232 communications port. This feature 
allows information being received via communications port 
826 from computer 812 to control testing device 814. 

A control system 828 is provided for controlling 
20 operation of flow rate tester 820 and pressure tester 822, 
as well as for controlling communication between testing 
device 814 and computer 812. Control system 828 includes a 
microprocessor and associated memory for controlling 
operation of testing device 814. Testing device 814 may 
25 also include an optional display, for displaying 

information, such as that related to the tests conducted by 
flow rate tester 820 and pressure tester 822. 

One preferred testing device which may be used in 
system 810 is an Infusion Device Analyzer (IDA) made by 
30 Ultramedic, Ltd. of Liverpool, England, and distributed by 
Bio-Tek Instrument, Inc. of Winooski, Vermont. The IDA 
tests a variety of drug delivery devices, such as infusion 
pumps. 

As is further shown in Fig. 28, both pump 100 and 
35 testing device 814 are interconnected to computer 812 via 
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communications links 832 and 824 to form a closed loop 
testing system. Preferably, computer 812 is a personal 
computer and communications links 832 and 824 are RS232 
cables. Communication links 832 and 824 connect to 
5 computer 812 via communications ports 834 and 826, 
respectively. 

Computer 812 further includes a monitor 840 for 
displaying information related to the operation of system 
10, such as test instructions, test results, etc. Such 

10 information may also be delivered via hard copy printout to 
printer 8^6 attached to computer 812. Computer 812 may 
also include a keyboard 838 for inputting information into 
computer 812. Data may also be input into computer 812 via 
disk, tape, or card reader. 

15 Computer 812 preferably includes a control system 

for controlling operation of the computer. The control 
system includes at least a microprocessor and an associated 
memory with selected functions for controlling operation of 
the computer. In particular, the memory stores various 

20 programs and data needed to run the tests performed on pump 
100, such as those performed by flow rate tester 820 and 
pressure tester 822. Such programs and data may also be 
stored via disks which may be inserted into computer 112 . 

Information programmed into computer 112 permits 

25 an operator to communicate over communications links 832 
and 824 with both pump 100 and testing device 814, 
respectively. Via communications link 824, computer 812 
instructs testing device 814 to measure the flow rate 
and/or pressure and requests the results of such 

30 measurements. With the addition of communications link 
832, however, many of the steps performed on pump 100 by 
flow rate tester 820 and pressure tester 822, which would 
otherwise have to be performed manually, are now automated. 
Communications link 832 also allows for the 

35 automation of tests other than the flow rate and pressure 
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tests previously mentioned herein. In particular, via 
communications link 832, computer 812 can instruct pump 100 
to pump fluid for a flow rate test or a pressure test, or 
to perform internal tests, such as a self-test 898 (see 
5 Fig. 45) and a maintenance test 866 (see Figs. 48A and 
48B) . Self-test 898 tests the diagnostics of the medical 
device, such as memory 184 and motor control circuitry (not 
shown) . Maintenance test 866 tests whether operator input 
structure, sensors, and/or alarms 194 of pump 100 is 

10 operating properly. It also tests the structural integrity 
of pump IpO via operator feedback, including such items as 
the frame of the device, any power cord, the cassette 
latch/lock, and any knobs or buttons. As a result of this 
closed loop configuration, the testing of pump 100 is 

15 substantially automated. 

Referring now to Fig. 30, a flow chart is shown 
illustrating one preferred operational sequence of testing 
system 810 as shown in Fig. 28 for pump 100. The sequence 
assumes that all components are connected. Alternatively, 

20 computer 812 could instruct the user via monitor 840 to 
verify the connections between components before beginning 
the testing process. Once all the components of system 110 
are properly connected, system 810 may begin testing. 

Specifically, at 850, the system is initialized. 

25 At 852, a check is made whether pump 100 successfully 
completed system initialization 850. If not, at 862, a 
message is displayed on monitor 840 of computer 812 
detailing the error and requesting service, and at 878, the 
testing procedures are ended. If system initialization 850 

30 is successful, system 810 then conducts a series of tests, 
such as those performed by flow rate tester 820 and 
pressure tester 822, as well as maintenance test 864. The 
list of tests mentioned above, however, is not exclusive. 
Depending on the medical device being tested, cost 

35 constraints, and/or the testing history of the device, more 
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or fewer tests may be performed. Moreover, as those 
skilled in the art can appreciate, the order in which the 
tests are performed is not critical. 

At 854, a check is made to determine whether the 
5 flow rate of pump 100 should be tested. If so, at 856, 
flow rate tester 820 performs a flow rate test. If not, at 
858, a check is made to determine whether the pressure of 
pump 100 should be tested. If so, at 860, pressure tester 
822 performs a pressure test. If not, at 822, a check is 

10 made to determine whether a maintenance test should be 

performed^ If so, at 866, a maintenance test is performed. 

If not, at 868, after al^ desired tests have been 
performed, a check is made whether test results should be 
printed. If so, at 870, a signal is sent to printer 836 to 

15 start printing the test results. If not, at 872, a check 
is made whether the test results should be recorded. If 
so, at 874, computer 112 records the results. If not, at 
700, the testing process is ended. 

The flow charts of Fig. 31 through 34 show more 

20 specific operational sequences of each of the tests 
identified in Fig. 30. The flow charts represent the 
communication between computer 812 and both pump 100 and 
testing device 814, as well as any operator interaction 
with computer 812, pump 100 and testing device 814. 

25 Referring now to Figure 31 which illustrates a 

flow chart representation of the steps in a preferred 
system initialization 850, at 880, computer 112 sends a 
signal to pump 100 requesting pump specific information 
from pump 100. Such information may include the device 

30 type (syringe, peristaltic, volumetric, etc.), the device's 
serial number, the manufacturer of the device, and the date 
of the last test. In the case where pump 100 is dedicated 
to a patient for extended periods of time, such information 
may also include the patient's name and address, as well as 

35 the name and address of the referring physician. At 882, 
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pump 100 downloads the requested information to computer 
812 . Such information is useful for device tracking with 
computer 112. 

At 884, a check is made to determine whether 
5 computer 812 received the information from the pump. If 
not, at 140 , a further check is made to determine whether 
pump 100 and computer 812 are in fact connected. If so, at 
890, a message is displayed on monitor 840 detailing the 
error and requesting service, and at 878, the testing 

10 process is ended. If not, at 888, computer 812 instructs 
the operator to connect pump 100 to computer 812 , and then 
repeats steps 880 through 884. 

If the information is received by computer 812, 
at 892, the operator has the option of including additional 

15 information, such as the operator's name, and the date and 
location of the test. If the operator chooses to add 
information, at 180, he or she may input the information 
into computer 812 via keyboard 838. If no additional 
information is added, at 898, computer 812 sends a signal 

20 to pump 100 to begin self -test 898. At 900, pump 100 sends 
a signal back to computer 812 representative of the results 
of self -test 898. At 902, system initialization 850 is 
complete . 

Figures 32A and 32B illustrate a flow chart 
25 representation of steps in a preferred flow rate test. In 
order to perform this test, system 810 must be primed. 
Accordingly, at 904, computer 812 sends a signal to pump 
100 instructing it to start priming the system. At 906, a 
check is made to determine whether testing device 814 is 
30 already primed. If not, at 908, computer 812 sends a 

signal to pump 100 to prime the testing device. If so, at 
910, testing device 814 sends a signal back to computer 112 
indicating that the testing device is primed. 

At 912, computer 812 instructs the operator to 
35 input a test flow rate. Computer 812 may be programmed to 
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provide the operator with a menu listing a variety of 
commonly tested flow rates from which to choose. In a 
preferred embodiment, computer 812 may automatically 
command pump 100 to test the flow rate at a single test 
5 flow rate or at several test flow rates, such as in a range 
from a low flow rate to a high flow rate. At 914, computer 
812 sends a signal to pump 100 setting the pump at the flow 
rate chosen by the operator. At 916, computer 812 sends a 
signal to pump 100 to start pumping. At 918, computer 812 

10 sends a signal to flow rate tester 820 of testing device 
814 to begin the flow rate test. After a predetermined 
period of time, at 920, testing device 814 sends a signal 
via computer 112 to pump 100 to stop pumping. If the flow 
rate is automatically selected, steps 912, 914, and 916 are 

15 not necessary. 

At 922, testing device 814 sends a signal to 
computer 112 representative of the flow rate measurements 
taken by the testing device. Such measurements may include 
the duration of the test, instantaneous and average flow 

20 rate, and cumulative volume. It should be appreciated that 
signals representing real time test data can be sent to 
computer 812 anytime throughout the duration of the test, 
provided the infusion is continuous. 

At 924, computer 812 compares the measured flow 

25 rate with the test flow rate to determine flow rate 

accuracy. At 926, computer 812 records the test results. 
At 928, a check is made whether to print the test results. 

If so, at 930 the results are printed to printer 836. If 
not, at 932, a check is made whether other flow rates 

30 should be tested. If so, computer 812 repeats steps 912 
through 930 until all desired testing is complete. 
Alternatively, the flow rate test results can be printed at 
the conclusion of all the test procedures (see Fig. 44) . 
Once all flow rate testing is complete, at 934, the flow 

35 rate test is ended. 
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Figure 33 illustrates a flow chart representation 
of steps taken in a preferred pressure test. As with flow 
rate tester 820, system 810 must be primed in order to 
perform this test. Accordingly, at 936, computer 812 sends 
5 a signal to pump 100 instructing it to start priming. At 
938, a check is made to determine whether testing device 
814 is already primed. If not, at 940, computer 812 sends 
a signal to testing device 814 to prime the testing device. 
If so, at 942, testing device 814 sends a signal back to 

10 computer 112 indicating that the testing device is primed. 

,-At 944, computer 812 sends a signal to pump 100 
to start pumping. At 946, computer 812 sends a signal to 
pressure tester 822 of testing device 814 to begin the 
pressure test. Pump 100 is set to stop pumping due to an 

15 occlusion in tube when the pressure of pump 100 reaches a 
predetermined level due to the activation of occlusion 
detector 186 at a predetermined pressure sensed by 
occlusion detector 186. As previously mentioned, pump 100 
may also be set to pump to test one or more pre-selected 

20 test pressure settings below the predetermined level where 
pumping will cease. 

At 948, once pump 100 has stopped pumping or has 
reached the predetermined pressure or pre-selected test 
pressure, pump 100 sends a signal to computer 812 

25 representative of the pressure sensed by occlusion detector 
186. At 950, computer 812 sends a signal to testing device 
814 requesting the pressure measured by the testing device. 
At 952, testing device 814 sends a signal to computer 812 
representative of the pressure measured. It should be 

30 appreciated, however, that signals representing real time 
test data can be sent to computer 812 anytime throughout 
the duration of pressure tester 822. 

At 954, computer 112 compares the pressure 
measured by testing device 814 with the pressure received 

35 from pump 100 to determine the accuracy of the response of 
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pump 100 to the occlusion in tube and the accuracy of 
occlusion detector 186. In an alternate but less desirable 
mode of operation, the operator himself or herself can read 
the measured pressure and compare it to the pressure of 
5 pump 100 to determine pressure accuracy. 

At 956, computer 812 records the tests results- 
At 958, a check is made whether to print the test results. 

Alternatively, the pressure test results can be printed at 
the conclusion of all test procedures (see Fig. 44) . If 
10 so, at 960, the results are printed to printer 836. If 
not, at 962, pressure test 822 is ended. 

Figures 34A and 34B illustrate a flow chart 
representative of steps taken during a preferred 
maintenance test 866. At 964, a check is made to determine 
15 whether the keyboard (input structure) of pump 100 should 
be tested. If so, at 966, computer 112 sends a signal to 
the operator to press a key. At 968, pump 100 sends a 
signal back to computer 112 indicating which key was 
pressed. At 970, a check is made to determine whether the 
20 key pressed is the same as the key being tested. If not, 
at 972, a message is displayed on monitor 840 of computer 
112 indicating the error. At 974, computer 812 records the 
results. At 976, a check is made to determine whether to 
test more keys. If so, steps 966 through 974 are repeated 
25 until all the desired keys have been tested. 

If no more keys are to be tested, at 978, a check 
is made to determine whether to test any of the sensors of 
pump 100. If so, at 980, computer 812 instructs the 
operator to select the sensor to be tested. At 982, 
30 computer 112 sends a signal to pump 100 requesting the 
status of that sensor. At 984, pump 100 sends a signal 
back to computer 812 indicating the status of the sensor. 
At 986, computer 812 instructs the operator to input the 
status of the sensor being tested. At 988, computer 812 
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determines whether the status of the sensor is consistent 
with the condition inputted by the operator. 

Computer 812 could instruct the operator to 
change the status of the sensor. For example, if the latch 
5 on the cassette door was closed, the operator could be 
instructed to unlatch the cassette door. Computer 812 
could then determine whether the status of the sensor 
changed accordingly. 

At 990, computer 812 records the results. At 
10 992 , a check is made to determine whether the operator 
wishes to^test another sensor. If so, steps 980 through 
990 are repeated until all the desired sensors have been 
tested. 

If no more sensors are to be tested, at 994, a 

15 check is made to determine whether to test the structural 
integrity of pump 100. If so, at 996, computer 812 
instructs the operator to input the name of the component 
to be tested. Alternatively, computer 812 could be 
programmed to provide the operator with a menu from which 

20 to chose which components to test. At 998, computer 812 
instructs the operator to inspect the component selected. 
This inspection may be visual and/or physical. At 1000, 
computer 112 instructs the operator to input the condition 
of the component. Alternatively, computer 812 could be 

25 programmed to provide the user with a rating system from 
which to rate the component's condition. Such ratings, for 
example, could include: broken, damaged but operable, fair, 
etc. At 1002, computer 812 records the result. At 1004, a 
check is made to determine whether another component should 

30 be tested. If so, steps 996 through 1002 are repeated 

until all desired components are tested. At 1006, a check 
is made to determine whether to print the test results. 
Alternatively, the maintenance test results can be printed 
ac the conclusion of all test procedures. If so, at 1008, 
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the results are printed to printer 836. If not, at 1010 
maintenance test 866 is ended. 

In a preferred embodiment, computer 812 is also 
preferably programmed to provide the operator with other 
5 instructions relating to the particular component being 
tested, such as how to clean it, how to repair it, if 
possible, and other related instructions. 

While the present invention has been described in 
connection with the preferred embodiments thereof, it will 
10 be understood many modifications will be readily apparent 
to those skilled in the art, and this application is 
intended to cover any adaptations or variations thereof- 
It is manifestly intended this invention be limited only by 
the claims and equivalents thereof. 
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